multilib sorted compiling issues in here as well.
However, after a successful build I had:
Blank xenstore after boot (visible by Dom0 showing up as null)
Unable to start any VM with a NIC.
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: | 185 |
Popularity: | 0.46 |
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)
- Show 15 more dependencies...
Required by (1)
- xen (optional)
Sources (7)
Latest Comments
« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 101 Next › Last »
trixpan commented on 2015-10-17 18:55 (UTC)
NicolasCPA commented on 2015-10-13 05:23 (UTC)
@zootboy: Thanks.
zootboy commented on 2015-10-13 04:46 (UTC)
@NicolasCPA: Yaourt uses /tmp as its build dir. Arch defaults to making this a ramdrive. If there isn't enough space available to do a full build, redirect yaourt's build dir to a disk instead.
kantras commented on 2015-08-31 15:41 (UTC)
This is on my list of enhancements, that will be coming soon
daniel_shub commented on 2015-08-31 14:56 (UTC)
The update to spice-protcol got me around the first error I was having. I then ran into the error reported by piwwo. I got around that by installing gcc-multilib instead of the standard gcc. I think the makedepends should be updated to include gcc-multilib as an explicit dependency. I think the AUR guidelines state that the base-devel group can be expected, but gcc-multilib is part of the multilib-devel group.
pdc commented on 2015-08-29 13:13 (UTC)
It compiled for me with the latest version of spice-protocol (0.12.9-1).
daniel_shub commented on 2015-08-24 22:31 (UTC)
I am unable to build the package in an clean x86_64 chroot:
ERROR: User requested feature spice
configure was not able to find it.
Install spice-server and spice-protocol devel
make[3]: Entering directory '/build/xen/src/xen-4.5.1/tools/qemu-xen-dir'
make[3]: *** No rule to make target 'all'. Stop.
make[3]: Leaving directory '/build/xen/src/xen-4.5.1/tools/qemu-xen-dir'
Makefile:201: recipe for target 'subdir-all-qemu-xen-dir' failed
make[2]: *** [subdir-all-qemu-xen-dir] Error 2
make[2]: Leaving directory '/build/xen/src/xen-4.5.1/tools'
/build/xen/src/xen-4.5.1/tools/../tools/Rules.mk:111: recipe for target 'subdirs-install' failed
make[1]: *** [subdirs-install] Error 2
make[1]: Leaving directory '/build/xen/src/xen-4.5.1/tools'
Makefile:69: recipe for target 'install-tools' failed
make: *** [install-tools] Error 2
jakogut commented on 2015-08-13 21:40 (UTC)
The package failed to build for me with an error about not finding SPICE, even though I had spice-protocol installed from the official repos. It works with spice-protocol-git from the AUR.
Timizki commented on 2015-08-13 16:02 (UTC)
By changing gcc to gcc-multilib I get past those errors in newlib-x86_32 module. Which where actually linking error (/usr/bin/ld: cannot find -lgcc) not compile errors, if I understands correctly.
Pinned Comments
Refutationalist commented on 2024-12-06 01:37 (UTC)
Please Note: Per best-practices by upstream this package follows the git stable branch. Minor releases do not require a version bump and the PKGBUILD will provide the appropriate version number.
stubdom is still broken.