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)

Dependencies (63)

Sources (7)

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 .. 42 43 44 45 46 47 48 49 50 51 52 .. 101 Next › Last »

clfarron4 commented on 2014-10-03 21:23 (UTC)

This looks like a serious vulnerability that has just emerged: http://xenbits.xen.org/xsa/advisory-108.html https://xen-orchestra.com/blog/xen-security-and-xsa-108/

daniel_shub commented on 2014-10-01 10:33 (UTC)

@kantras I have no problems building it in a clean chroot: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot. I am on a 64-bit system and have the multilib repository enabled and only have the base-devel package installed in the chroot.

kantras commented on 2014-10-01 09:19 (UTC)

Update: I still haven't been able to reproduce the compile issue that some of you are reporting. I've created a VM, installed Arch with only a base set of packages (base + base-devel), installed the default dependancies for the xen build, and ran makepkg to build the package; worked as expected. I'm going to roll back to the snapshot I made after the first booting of the VM, and will try some other things to see if I can recreate the issue

3000 commented on 2014-10-01 06:56 (UTC)

yes I was, but I upgraded without deinstalling the one before. So I don't know what would have happened if I started from scratch.

hbc2 commented on 2014-10-01 03:52 (UTC)

@3000 were you able to get this package to build?

3000 commented on 2014-09-30 22:34 (UTC)

hi, will Nvidia work with Xen 4.4? I got the new GTX 970. Still no luck

kantras commented on 2014-09-28 14:47 (UTC)

I've actually just been rebuilding my virtual environment here at home to allow me to better test from scenarios such as that; always a good idea to review after something like hardware failure.

hbc2 commented on 2014-09-28 13:05 (UTC)

ArthurBorsboom's issue is easy to duplicate on a fresh install of arch. (yup, installing arch is easy if you've installed it 50+ times like I have while learning linux. :P ) Seriously, though, on a fresh install with nothing else installed I ran into the same exact problem Mr. Borsboom did. I'm using grub not UEFI. I'm building right out of the AUR. cd /root wget https://aur.archlinux.org/packages/xe/xen/xen.tar.gz tar -xvf xen.tar.gz cd xen makepkg -s --asroot I'm going to poke around in the make files. Never done that before. This should be fun. :)

ArthurBorsboom commented on 2014-09-17 13:00 (UTC)

When I remove the following two lines from the PKGBUILD, the package is build finishes. mv etc/default/xencommons etc/conf.d/xencommons mv etc/default/xendomains etc/conf.d/xendomains There are these two warnings: ==> WARNING: backup entry file not in package : etc/conf.d/xendomains ==> WARNING: backup entry file not in package : etc/conf.d/xencommons Probably coming from: backup=(etc/modules-load.d/$pkgname.conf etc/$pkgname/xl.conf etc/conf.d/xen{stored,consoled,domains,commons} etc/$pkgname/grub.conf) Maybe this gives a clue?

ArthurBorsboom commented on 2014-09-17 12:36 (UTC)

@Zir_blazer, thanks for the suggestion. I did exactly what you proposed, unfortunately with the same result. install -d -m0755 -p "/tmp/makepkg/xen/pkg/xen/usr/lib/xen/boot" install -m0644 -p mini-os-x86_32-grub/mini-os.gz "/tmp/makepkg/xen/pkg/xen/usr/lib/xen/boot/pv-grub-x86_32.gz" make[1]: Leaving directory '/tmp/makepkg/xen/src/xen-4.4.1/stubdom' mv: cannot stat ‘etc/default/xencommons’: No such file or directory ==> ERROR: A failure occurred in package(). Aborting... [arthur@orion1695 xen]$ Any other ideas?