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.62
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 .. 25 26 27 28 29 30 31 32 33 34 35 .. 101 Next › Last »

nevr0sed commented on 2016-08-17 09:31 (UTC)

Hi, 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 ? Thanks. n.

xiangzhai commented on 2016-08-12 02:28 (UTC)

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 (UTC) (edited on 2016-07-24 13:28 (UTC) by newsboost)

I tried many times, but couldn't make this work - as other people also wrote... I then first re-compiled binutils ( http://stackoverflow.com/questions/20858175/how-to-boot-xen-hypervisor-from-uefi-using-gummiboot-under-arch-linux ) and then did "git clone https://gitlab.com/johnth/aur-xen/" 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 https://gitlab.com/johnth/aur-xen/tree/xen-4.6 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 (UTC)

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 "libiscsi.so.4" Downgrade is helpful.

daniel_shub commented on 2016-04-04 16:22 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

I used the 4.6.1 packages that @JohnTh provided on gitlab: https://gitlab.com/johnth/aur-xen/tree/master 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: http://wiki.xen.org/wiki/PvGrub2 and https://bugs.archlinux.org/task/44201 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.