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: None
Last Packager: kantras
Votes: 153
Popularity: 0.894992
First Submitted: 2009-11-09 11:22
Last Updated: 2015-07-04 23:45

Required by (0)

Sources (24)

Latest Comments

daniel_shub commented on 2016-08-30 18:24

I also cannot build 4.5.1 in a clean chroot. It looks like Xen has moved on to 4.7.0:

@kantras any chance of getting an update or taking on a co-maintainer to help out. The PKGBUILD is way beyond my comfort level to help with and I don't really have hardware to test on so I am really of no help.

cypher_zero commented on 2016-08-25 02:56

Package is currently broken; needs to be updated to support GCC 6, etc.

Have tried modifying current PKGBUILD with -Wno-misleading-indentation flag on line 129:
export CFLAGS='-fno-caller-saves -Wno-misleading-indentation'

makepkg still fails to build.

nevr0sed commented on 2016-08-17 09:31


Can't compile from the AUR repo.

Here I get this error, same as the last comment.

non-fatal.c: In function 'init_nonfatal_mce_checker':
non-fatal.c:97:5: error: this 'if' clause does not guard... [-Werror=misleading-indentation]
if ( __get_cpu_var(poll_bankmask) == NULL )
non-fatal.c:103:2: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the 'if'
switch (c->x86_vendor) {

after looking around a bit, it seems that the the 4.5.3 fixes this issues. Can the maintainer of this package update it ?



xiangzhai commented on 2016-08-12 02:28

non-fatal.c: In function 'init_nonfatal_mce_checker':
non-fatal.c:97:5: error: this 'if' clause does not guard... [-Werror=misleading-indentation]
if ( __get_cpu_var(poll_bankmask) == NULL )

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?

All comments