Looks like ocaml and ocaml-findlib are a requirement for (at least) building, and lzo2 is necessary for it to run.
Search Criteria
Package Details: xen 4.19.1pre-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
---|---|
Package Base: | xen |
Description: | Open-source type-1 or baremetal hypervisor |
Upstream URL: | https://xenproject.org/ |
Keywords: | hypervisor virtualization xen |
Licenses: | GPL2 |
Submitter: | sergej |
Maintainer: | Refutationalist |
Last Packager: | Refutationalist |
Votes: | 185 |
Popularity: | 0.68 |
First Submitted: | 2009-11-09 11:22 (UTC) |
Last Updated: | 2024-09-20 00:31 (UTC) |
Dependencies (63)
- acpica
- bridge-utils
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- gnutls (gnutls-gitAUR)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR)
- libaio (libaio-gitAUR)
- libjpeg-turbo (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
- libseccomp (libseccomp-gitAUR)
- libuuid.so (util-linux-libs-selinuxAUR, util-linux-libs-aesAUR, lib32-util-linux, util-linux-libs)
- libx11 (libx11-gitAUR)
- lzo
- ncurses (ncurses-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- pciutils (pciutils-gitAUR)
- pixman (pixman-gitAUR)
- pkgconf (pkgconf-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- Show 43 more dependencies...
Required by (3)
Sources (7)
Latest Comments
« First ‹ Previous 1 .. 92 93 94 95 96 97 98 99 100 101 Next › Last »
Refutationalist commented on 2011-05-14 03:11 (UTC)
robertfoster commented on 2011-04-22 09:39 (UTC)
gcc 4.6 issue fixed;
splitted in xen and xen-docs, to avoid the huge texlive-core dependency if doc is unneded
a little cleanup in $pkgdir
<deleted-account> commented on 2011-04-20 00:01 (UTC)
hi diver92.
I also encountered this promblem before, may be your gcc version is too high (my is 4.6.0), so it opened the "-Werror=unused-but-set-variable" options by default. You may disable this option in gcc or downgrading gcc to a lower version. In current archlinux core package is 4.5.*. It's no problem.
I guess you open the "[testing]" section in pacman.conf, comment it, and then pacman -Sy at first.
If you encouter "as" error, do like above to the "binutils" package.
<deleted-account> commented on 2011-04-18 11:15 (UTC)
Hello! I can't build it! Compilation crashed with following errors:
gcc -O2 -fomit-frame-pointer -m64 -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -DNDEBUG -nostdinc -fno-builtin -fno-common -Wredundant-decls -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/tmp/yaourt-tmp-root/aur-xen/src/xen-4.1.0/xen/include -I/tmp/yaourt-tmp-root/aur-xen/src/xen-4.1.0/xen/include/asm-x86/mach-generic -I/tmp/yaourt-tmp-root/aur-xen/src/xen-4.1.0/xen/include/asm-x86/mach-default -msoft-float -fno-stack-protector -fno-exceptions -mno-red-zone -fpic -fno-asynchronous-unwind-tables -DGCC_HAS_VISIBILITY_ATTRIBUTE -g -D__XEN__ -MMD -MF .cpupool.o.d -c cpupool.c -o cpupool.o
cpupool.c: In function ‘cpupool_add_domain’:
cpupool.c:359:9: error: variable ‘n_dom’ set but not used [-Werror=unused-but-set-variable]
cpupool.c: In function ‘cpupool_rm_domain’:
cpupool.c:384:9: error: variable ‘n_dom’ set but not used [-Werror=unused-but-set-variable]
cpupool.c:383:9: error: variable ‘cpupool_id’ set but not used [-Werror=unused-but-set-variable]
cc1: all warnings being treated as errors
make[4]: *** [cpupool.o] Error 1
make[4]: Leaving directory `/tmp/yaourt-tmp-root/aur-xen/src/xen-4.1.0/xen/common'
make[3]: *** [/tmp/yaourt-tmp-root/aur-xen/src/xen-4.1.0/xen/common/built_in.o] Error 2
make[3]: Leaving directory `/tmp/yaourt-tmp-root/aur-xen/src/xen-4.1.0/xen/arch/x86'
make[2]: *** [/tmp/yaourt-tmp-root/aur-xen/src/xen-4.1.0/xen/xen] Error 2
make[2]: Leaving directory `/tmp/yaourt-tmp-root/aur-xen/src/xen-4.1.0/xen'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/tmp/yaourt-tmp-root/aur-xen/src/xen-4.1.0/xen'
make: *** [install-xen] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build xen.
<deleted-account> commented on 2011-03-26 08:23 (UTC)
Xen 4.1 has been released !
http://www.xen.org/products/xen_source.html
haagch commented on 2011-02-18 09:39 (UTC)
I think you should use options=(!strip) in the PKGBUILD.
Do these people that don't have this problem have strip in makepkg.conf disabled?
<deleted-account> commented on 2011-02-07 20:14 (UTC)
Please add a backup line to the PKGBUILD so that xend-config and other files won't be replaced by the package's contents. Thanks.
haagch commented on 2011-01-25 23:33 (UTC)
I have most of multilib installed. What exactly do I need?
(At the time of the comment before I had gcc instead of gcc-multilib, I don't know why it keeps being replaced...)
Now:
/usr/bin/strip: Unable to recognise the format of the input file `./usr/share/xen/qemu/openbios-sparc32'
flavius commented on 2011-01-25 13:45 (UTC)
You also have to make arch multilib: https://wiki.archlinux.org/index.php/Arch64_FAQ#Multilib_Repository_-_Multilib_Project if you are on x86_64
haagch commented on 2011-01-25 09:30 (UTC)
/usr/bin/strip: Unable to recognise the format of the input file `./usr/share/xen/qemu/openbios-ppc'
Pinned Comments
Refutationalist commented on 2024-05-22 22:08 (UTC) (edited on 2024-05-23 00:07 (UTC) by Refutationalist)
As of now (2024-22-05) Xen with stubdom doesn't build because of a problem in the imported code. Been this way for about two weeks. Anyone else seeing this behavior?
Also, there is a lot of work happening on Xen in my development repo, thanks to @Serus. Check it out at: https://github.com/refutationalist/saur