Package Details: xen 4.20.0-2

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: 184
Popularity: 0.031551
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2025-03-13 08:19 (UTC)

Dependencies (65)

Sources (13)

Pinned Comments

Refutationalist commented on 2025-03-12 12:06 (UTC) (edited on 2025-03-13 08:23 (UTC) by Refutationalist)

We've moved to the newly-stable 4.20.0 branch. There are also other changes:

  • stubdom is fixed by disabling the vtmp and vtpmmgr components. This gets rid of a few source files and our remaining patches.
  • Debug files are only removed if the debug option is not set in makepkg.cfg (or the PKGBUILD itself)
  • pygrub has been removed
  • optdepends are adjusted for the upcoming xen-grub split package for the various Xen flavored builds.

If you're still using pygrub note that it is deprecated. The solution is to build PV grub instead, which used to be in AUR but is now missing. I am asking a couple questions on the mailing list, and I intend to put my current build of xen-grub (which supersedes xen-pvhgrub) on AUR as soon as possible. If you need to build it before that occurs, you can find it in my PKGBUILD repo.

EDIT: 4.20.0-2 adds support for the xen-edk2 package, which has a fixed UEFI for xen

Latest Comments

« First ‹ Previous 1 .. 42 43 44 45 46 47 48 49 50 51 52 .. 101 Next › Last »

zir_blazer commented on 2014-10-13 17:29 (UTC)

I would like to repeat my request for OVMF support, which allows to make DomUs with UEFI Firmware instead of BIOS. The idea is that by adding --enable-ovmf in the ./configure line, it automatically downloads 200 MiB or so from edk2 Source Repository and builds it to get a binary that is included with Xen, so you can later create a DomU with it: http://wiki.xen.org/wiki/OVMF While I didn't tried building with OVMF recently, the last time I attemped to do so, it fails to build cause the Source Code it downloads from edk2 repository isn't modified to build properly in Arch Linux (It isn't aware that python = Python 3.x and it has to use python2 instead, and it also had some issues with GCC 4.9). The other option for doing so, --with-system-ovmf=<ovmf.bin path> never worked for me either. The only success I had was when I merged the modified Source Code from the ovmf-svn package into the directory where xen downloads the edk2 source. Also, I repeated that procedure with the xen-4.3 package but I wasn't able to get OVMF working. Nor I tested with 4.4.1 to check if it still works. In other news, while toying around with Xen 4.4.1 I hit some nasty regressions in PCI and VGA Passthrough. The Sound Card works but produces tons of noise everytime that it reproduces a sound (Workaroundeable), and VGA Passthrough is a total no-go. Both things works fine if I try with the xen-4.3 package. Would like to know if anyone else that tested both 4.3.x and 4.4.1 had issues with Passthrough. More info here: http://lists.xen.org/archives/html/xen-devel/2014-10/msg00549.html Would like to know if other Passthrough users had issues or not between those two versions.

ArthurBorsboom commented on 2014-10-12 19:32 (UTC)

I hereby confirm that the Xen package on my server has upgraded successfully by my regular updating method using yaourt, from v4.4.0 to v4.4.1. Just a hint for other users, don't forget to update grub manually afterwards; this can save you a phone call to your service provider. (Whoooops) :D Thanks Kantras for analyzing and fixing.

kantras commented on 2014-10-12 09:20 (UTC)

Thanks to a log provided by ArthurBorsboom, I've been able to work out why some people were having build issues and the fix is applied in the new version I've just uploaded. As always, the change log should show all that has happen per new upload

hbc2 commented on 2014-10-11 08:51 (UTC)

@kantras I am able to install now. I'm unsure what I did differently this time around (even checked my past bash history). I think I was having mirror issue a couple weeks back. Thanks for your help.

kantras commented on 2014-10-03 21:25 (UTC)

I'm aware of it and will be uploading a new version once I've completed build-testing

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?

« First ‹ Previous 1 .. 42 43 44 45 46 47 48 49 50 51 52 .. 101 Next › Last »