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.63
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 .. 29 30 31 32 33 34 35 36 37 38 39 .. 101 Next › Last »

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.

Timizki commented on 2015-08-13 15:17 (UTC)

The actual problem is not those "unrecognized command line option -V" "unrecognized command line option -qversion" errors but the compile error in the newlib-x86_32 module. Atleast in x86_64 arch. My config.log file taken from newlib-x86_32 build can be found at http://pastebin.com/HHPMeTPx

« First ‹ Previous 1 .. 29 30 31 32 33 34 35 36 37 38 39 .. 101 Next › Last »