Package Details: xen 4.5.1-1

Git Clone URL: (read-only)
Package Base: xen
Description: Virtual Machine Hypervisor & Tools
Upstream URL:
Licenses: GPL2
Conflicts: xen-4.2, xen-4.2-testing-hg, xen-4.3, xen-4.3-testing-hg, xen-gdbsx, xen-git, xen-hg-unstable, xen-rc
Submitter: sergej
Maintainer: kantras
Last Packager: kantras
Votes: 152
Popularity: 0.697443
First Submitted: 2009-11-09 11:22
Last Updated: 2015-07-04 23:45

Required by (0)

Sources (24)

Latest Comments

newsboost commented on 2016-07-23 20:52

I tried many times, but couldn't make this work - as other people also wrote... I then first re-compiled binutils ( ) and then did "git clone" followed by "makepkg" and maybe here I had to do "pacman -S mingw-w64-binutils" and finally "pacman -U xen-4.7.0-1-x86_64.pkg.tar.xz". xen-4.7.0-1 seemed to be installed, however I couldn't make xen work. This is the first time for me on arch linux. Later I downloaded and repeated. I think this is better, although now I want to see if I can make it work with virt-manager. Just a hint of advice for anyone else who like me couldn't get the official arch Xen to work...

lazycat commented on 2016-06-20 07:58

Hello all, this package fails to create domU after update libiscsi from libiscsi-1.13.0-1-x86_64 to libiscsi-1.17.0-2-x86_64,
After this update it's can't find ""
Downgrade is helpful.

daniel_shub commented on 2016-04-04 16:22

Is your plan to create a xen-4.5 package and keep xen as the most current? If so, you might want to consider creating a xen-4.6 package at the same time. That way someone who wants to stay on the 4.x release, never has to change packages.

kantras commented on 2016-04-04 16:15

I'm actually finishing rebuilding the system I usually developed on, to be able to ramp back up again - I have been watching the comments, just been tied up with some work issues

daniel_shub commented on 2016-04-04 16:11

@frony0 I think it would be better to request to take over as maintainer instead of creating a new package. While having a xen-4.5 package wouldn't be bad, the xen package should track the latest version.

frony0 commented on 2016-04-04 15:57

BeepDog, perhaps post your version to aur under the name "xen-4.6", since kantras seems to be AWOL?

BeepDog commented on 2016-03-29 00:36

I used the 4.6.1 packages that @JohnTh provided on gitlab:

Works great, but does not include pvgrub (I guess that's part of stubdom?) I've got a feature request open for grub2 in core to include the PvGrub2 stuff:

I'm gonna try to build a custom grub package real quick so I can use that pvgrub2, because it's supposed to be WAY better than pvgrub and pygrub.

vmaffione commented on 2016-03-17 21:46

I managed to compile it, by means of the following changes

1) do what hypernetoman suggests (removing a comment in a public header file)
2) applying this patch to PKGBUILD
--- PKGBUILD 2016-03-17 22:45:49.670416160 +0100
+++ PKGBUILD.old 2016-03-17 22:45:31.183750160 +0100
@@ -129,7 +129,7 @@ build() {
export CFLAGS=-fno-caller-saves
./configure PYTHON=/usr/bin/python2 --prefix=/usr --sbindir=/usr/bin --with-sysconfig-leaf-dir=conf.d --with-initddir=/etc/init.d \
- --enable-systemd --disable-docs --enable-stubdom --enable-qemu-traditional --enable-rombios \
+ --enable-systemd --disable-docs --disable-stubdom --enable-qemu-traditional --enable-rombios \
--with-extra-qemuu-configure-args="--disable-bluez --disable-gtk --enable-spice --enable-usb-redir" # --enable-ovmf
make LANG=C PYTHON=python2
@@ -147,6 +147,9 @@ package() {
install -Dm755 "$srcdir/09_xen" etc/grub.d/09_xen
install -Dm644 "$srcdir/efi-xen.cfg" etc/xen/efi-xen.cfg

+ mkdir -p usr/lib/systemd/system
+ cp $srcdir/$pkgname-$pkgver/tools/hotplug/Linux/systemd/xenstored* usr/lib/systemd/system
# Fix paths in scripts, move to right locations and create missing directories
sed -i 's:/var/run:/run:' etc/init.d/xencommons
sed -i 's:/var/lock:/run/lock:' etc/xen/scripts/

lembang commented on 2016-03-01 20:56

by modifying the ferror it helps to compile the package, although this is not a real solution for this. Thank you.
I force the test to always return 0

JohnTh commented on 2016-02-29 22:09

I am also getting this error. It was not happening a week ago. Package updates have broken something.
The step that is failing is configuring stubdom/gmp-x86_64
Details are in stubdom/gmp-x86_64/config.log
The sizeof type test configure programs build fine, but when run, return 1 because ferror(...) returns 1 after fprintf(...) in the programs built in this Xen build environment. This stops the configure, thought the programs still seem to function as intended, putting type sizes in conftest.val.
Search for ferror in stubdom/gmp-x86_64/configure to show or modify the programs.
I am still looking into why and how to fix.

All comments