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.67
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 .. 64 65 66 67 68 69 70 71 72 73 74 .. 101 Next › Last »

kantras commented on 2013-06-05 05:59 (UTC)

Ok, I've just uploaded a tarball to http://www.kantras.info/xen/xen-4.2.2-2.tgz - this has all the binaries moved from /usr/sbin to /usr/bin and also fixes the pod2man error. There is also a patch I'm testing in there, for working around a broken BIOS implementation, but its commented out by default.

zootboy commented on 2013-06-04 18:20 (UTC)

Whoops, jumped the gun on that one. Forgot sbin was being merged, too. There seems to be an sbindir variable hiding out in tools/configure. Can anyone figure out how to correctly set that in the PKGBUILD?

kantras commented on 2013-06-04 16:44 (UTC)

Actually it does. Its making use of the /usr/sbin directory, which is being merged into /usr/bin

zootboy commented on 2013-06-04 15:35 (UTC)

pacman -Ql xen | grep /bin says no.

hugleo commented on 2013-06-04 14:25 (UTC)

Does the last Arch Linux notification https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/ about merges all binaries into a unified /usr/bin directory needs to apply on this xen package?

<deleted-account> commented on 2013-06-03 17:06 (UTC)

I needed to install mesa-libgl in order to create an HVM domU and I think it should probably be listed as a dependency. Potentially nvidia-libgl would also work but I haven't tried it.

tritron commented on 2013-05-30 00:50 (UTC)

I had spoken too soon it compiled once. It is two step process the first time i get the error i posted second time it compiles fine

tritron commented on 2013-05-30 00:19 (UTC)

It is fixed i don't know how xen 4.2.2 was fixed but xen 4.3 unstable was not

hugleo commented on 2013-05-29 20:40 (UTC)

Here is building totally normal. No need edit anything. Have it already fixed? Or this error is caused on only some systems... I've founded the files: grep -ilr 'Schütz.' ./* 2>/dev/null ./yaourt-tmp-ths/aur-xen/src/xen-4.2.2/tools/qemu-xen-traditional/Changelog ./yaourt-tmp-ths/aur-xen/src/xen-4.2.2/tools/qemu-xen-traditional/qemu-doc.texi ./yaourt-tmp-ths/aur-xen/src/xen-4.2.2/tools/qemu-xen/Changelog ./yaourt-tmp-ths/aur-xen/src/xen-4.2.2/tools/qemu-xen/qemu-doc.texi While is compiling you can try edit the files qemu-xen-traditional/qemu-doc.texi and qemu-xen/qemu-doc.texi

« First ‹ Previous 1 .. 64 65 66 67 68 69 70 71 72 73 74 .. 101 Next › Last »