Package Details: xen 4.19.1pre-1

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)

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

Latest Comments

« First ‹ Previous 1 .. 90 91 92 93 94 95 96 97 98 99 100 101 Next › Last »

<deleted-account> commented on 2011-10-06 09:34 (UTC)

So, why don't you chmod +x 09_xen patch? So it would be executed, when you call grub-mkconfig? And to get that script to work I needed to patch it like this: 14a15 > 85,93c86,87 < xen_configfiles=`grep -l 'CONFIG_XEN_PRIVILEGED_GUEST=y' /boot/config-*` < < for i in $xen_configfiles ; do < i=`echo $i | sed -e "s,/boot/config-,/boot/vmlinuz26-,g"`; < if grub_file_is_not_garbage "$i"; then < list="$list $i"; < fi < done < --- > list="/boot/vmlinuz-linux"; > 101c95 < base_init=`echo $basename | sed -e "s,vmlinuz,kernel,g"` --- > base_init=`echo $basename | sed -e "s,vmlinuz,initramfs,g"` Of course there are no checks left about xen support in kernel and it works only with one kernel (I was too lazy to put kernel config files in boot) :) P.s But you should patch that script to reflect new naming scheme of kernel in arch :)

hollunder commented on 2011-09-02 09:09 (UTC)

The package did build for me now (still with gcc-multilib), but namcap throws quite a lot of warnings: http://pastebin.com/cpzetB6J

robertfoster commented on 2011-08-28 01:32 (UTC)

try to use gcc and not gcc-multilib

hollunder commented on 2011-08-27 19:04 (UTC)

fails to build with: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.1/cc1: error while loading shared libraries: libcloog-isl.so.1: cannot open shared object file: No such file or directory

<deleted-account> commented on 2011-08-24 20:28 (UTC)

building also requires iasl.

robertfoster commented on 2011-08-23 00:21 (UTC)

added ocaml-findlib as makedep

nikin commented on 2011-08-18 00:26 (UTC)

I could not get this to work in a 32bit enviroment. It fails to find the root partition. regardless of kernel used. tested with plain ext3, with md, with LVM, and with md+LVM(which is the planned use) Using the same package on 64 bit is fine. Booting the xen patched kernels without the hypervisor on 32 bit works fine. I was last trying the package on the 8th of august. But my only test machine is a production machine. So if you could test this, i would really aprechiate it. I know that nowdays the base is to use 64 bit. But i have some older machines that i would like to switch to arch, which are 32bit only. bests

<deleted-account> commented on 2011-08-17 08:30 (UTC)

when compiling the package,the error message comes to me: ocamlfind: Command not found...... finally i find the problem: make-depends is not right. ocaml or ocaml-findlib is needed!

grossws commented on 2011-08-16 08:47 (UTC)

1) iasl should be in make-depends 2) what's about vanilla 3.0.1 kernel? $zcat /proc/config.gz | grep XEN : CONFIG_XEN=y CONFIG_XEN_DOM0=y CONFIG_XEN_PRIVILEGED_GUEST=y CONFIG_XEN_PVHVM=y CONFIG_XEN_MAX_DOMAIN_MEMORY=128 CONFIG_XEN_SAVE_RESTORE=y # CONFIG_XEN_DEBUG_FS is not set # CONFIG_XEN_DEBUG is not set CONFIG_PCI_XEN=y CONFIG_XEN_PCIDEV_FRONTEND=m CONFIG_XEN_BLKDEV_FRONTEND=m CONFIG_XEN_BLKDEV_BACKEND=m CONFIG_NETXEN_NIC=m CONFIG_XEN_NETDEV_FRONTEND=m CONFIG_XEN_NETDEV_BACKEND=m CONFIG_INPUT_XEN_KBDDEV_FRONTEND=m CONFIG_HVC_XEN=y CONFIG_XEN_WDT=m CONFIG_XEN_FBDEV_FRONTEND=m CONFIG_XEN_BALLOON=y CONFIG_XEN_SCRUB_PAGES=y CONFIG_XEN_DEV_EVTCHN=m CONFIG_XEN_BACKEND=y CONFIG_XENFS=m CONFIG_XEN_COMPAT_XENFS=y CONFIG_XEN_SYS_HYPERVISOR=y CONFIG_XEN_XENBUS_FRONTEND=m CONFIG_XEN_GNTDEV=m CONFIG_XEN_GRANT_DEV_ALLOC=m CONFIG_XEN_PLATFORM_PCI=m CONFIG_SWIOTLB_XEN=y

<deleted-account> commented on 2011-08-15 23:18 (UTC)

After discussing the problem with people who know more than I've come to the conclusion that the problem is this line ----- [ "$CARCH" == "x86_64" ] && depends=(${depends} 'lib32-glibc') ----- This line is incorrect, since it only takes the first unit, should be changed depends on depends [@] After correcting the line would look like: ---- [ "$CARCH" == "x86_64" ] && depends=(${depends[@]} 'lib32-glibc') ---- Thx Exio #Archlinux-es, freenode :-P