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.
Search Criteria
Package Details: xen-docs 4.19.1pre-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
---|---|
Package Base: | xen |
Description: | Xen hypervisor documentation and man pages |
Upstream URL: | https://xenproject.org/ |
Keywords: | hypervisor virtualization xen |
Licenses: | GPL2 |
Submitter: | sergej |
Maintainer: | Refutationalist |
Last Packager: | Refutationalist |
Votes: | 186 |
Popularity: | 0.79 |
First Submitted: | 2009-11-09 11:22 (UTC) |
Last Updated: | 2024-09-20 00:31 (UTC) |
Dependencies (35)
- acpica (make)
- bin86AUR (make)
- bison (byacc-bisonAUR, bison-gitAUR) (make)
- bridge-utils (make)
- dev86AUR (make)
- fig2dev (fig2dev-gitAUR) (make)
- flex (flex-gitAUR) (make)
- gettext (gettext-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (make)
- gnutls (gnutls-gitAUR) (make)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR) (make)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR) (make)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR) (make)
- libaio (libaio-gitAUR) (make)
- libuuid.so (util-linux-libs-selinuxAUR, util-linux-libs-aesAUR, lib32-util-linux, util-linux-libs) (make)
- libx11 (libx11-gitAUR) (make)
- lzo (make)
- ncurses (ncurses-gitAUR) (make)
- openssl (openssl-gitAUR, openssl-staticAUR) (make)
- pandoc (pandoc-sile-gitAUR, pandoc-static-gitAUR, pandoc-binAUR, pandoc-cli) (make)
- pciutils (pciutils-gitAUR) (make)
- pixman (pixman-gitAUR) (make)
- pkgconf (pkgconf-gitAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- sdl2 (sdl2-gitAUR, sdl2-compat-gitAUR) (make)
- systemd (systemd-chromiumosAUR, systemd-fmlAUR, systemd-selinuxAUR, sysupdated-systemd-gitAUR, systemd-gitAUR) (make)
- systemd-libs (systemd-chromiumos-libsAUR, systemd-libs-fmlAUR, systemd-libs-selinuxAUR, sysupdated-systemd-libs-gitAUR, systemd-libs-gitAUR) (make)
- valgrind (valgrind-gitAUR) (make)
- vde2 (vdeplug4-gitAUR) (make)
- wget (wget-gitAUR, wurlAUR) (make)
- yajl (yajl-gitAUR) (make)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compatAUR, zlib-ng-compat) (make)
- xen-pvhgrubAUR (optional) – bootloader for PVH domains
- xen-qemuAUR (xen-qemuAUR) (optional) – needed for PV and HVM domUs
Required by (1)
- xen (optional)
Sources (7)
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)
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
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