Package Details: xen-stubdom 4.20.0-2

Git Clone URL: https://aur.archlinux.org/xen.git (read-only, click to copy)
Package Base: xen
Description: Xen hypervisor stubdom files
Upstream URL: https://xenproject.org/
Keywords: hypervisor virtualization xen
Licenses: GPL2
Submitter: sergej
Maintainer: Refutationalist
Last Packager: Refutationalist
Votes: 184
Popularity: 0.068283
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2025-03-13 08:19 (UTC)

Required by (3)

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 .. 37 38 39 40 41 42 43 44 45 46 47 .. 101 Next › Last »

tony_42 commented on 2015-04-27 17:47 (UTC)

Hi zir_blazer, To compile Xen with recent gnutls, you could use --disable-qemu-traditional as a workaround if you don't intend to use qemu-traditional or stubdomain. For that, remove from the ./configure line : "--enable-stubdom --enable-qemu-traditional --enable-rombios" and add "--disable-qemu-traditional". For the usb redirection feature of SPICE, you can look at http://wiki.xen.org/wiki/SPICE_support_in_Xen, there is an example configuration file.

zir_blazer commented on 2015-04-27 16:05 (UTC)

For anyone that needs instructions on how to downgrade gnutls until the xen package gets updated to work with gnutls 3.4, you need to download and install the older, working package from the Arch Rollback Machine. Don't worry, you can do it in two commands: curl -O https://seblu.net/a/arm/packages/g/gnutls/gnutls-3.3.14-2-x86_64.pkg.tar.xz pacman -U gnutls-3.3.14-2-x86_64.pkg.tar.xz This applies both to build the xen package, and to use xl create to open your DomU. Keep in mind that you can break your working Xen install while it is running, if you update with pacman -Syyu. After the upgrade, xl create will give out errors. This means that you can screw up your working Xen install if you update Arch Linux while Xen it is running (And its possible that you can fix it downgrading without rebooting, too). Also, did anyone successfully managed to use the SPICE USB Redirect feature? I was told that besides adding a few SPICE-related parameters to my DomU Config File, I also need to use a SPICE client like virt-viewer. virt-viewer is also the very reason why I upgraded gnutls, which broke my Xen install. Since I can't have the latest gnutls, virt-viewer fails, but if I upgrade gnutls xl create fails, so in order to test SPICE I will have to wait for this package to catch up. If someone has a guide or a link with instructions to get it working, I will be most thankful.

sgowie commented on 2015-04-27 15:24 (UTC)

Compilation fails with gnutls 3.4.0-1, presenting: undefined reference to `gnutls_kx_set_priority' Downgrading gnutls corrected the issue.

trixpan commented on 2015-04-25 10:34 (UTC)

has anyone managed to complete makepkg using gcc 5? Seems to be a little bit challenging... https://bugzilla.suse.com/show_bug.cgi?id=921994

ArthurBorsboom commented on 2015-04-24 09:29 (UTC)

My Xen broke too after updating the gnutls to 3.4.0. To fix it, I had to: - edit the PKGBUILD and add a pause command (read -p "wait") at the prepare function (to manually apply the patch) - edit the PKGBUILD on the fly by replacing ../.. with $srcdir (to fix the source dir assumption) - At the moment the prepare statement is waiting, applying the gnutls-3.4.0.patch from a second terminal. - Continue the build in the first terminal. This repaired my Xen and it is working as before.

kantras commented on 2015-04-23 20:06 (UTC)

Testing and should be releasing update either tonight or tomorrow

lembang commented on 2015-04-23 19:56 (UTC)

@hugleo The patch works perfect for me. Thank you.

hugleo commented on 2015-04-22 14:58 (UTC)

Maybe this patch will workout? http://git.alpinelinux.org/cgit/aports/diff/main/xen/gnutls-3.4.0.patch?id=628f27939412a7d6fb67734bd644119a1f49463a

<deleted-account> commented on 2015-04-22 14:29 (UTC)

I recently upgraded gnutls to 3.4.0 and it's broken my HVMs. Logs showed libgnutls.so.28 not being found. General advice for these sorts of problems is to rebuild so I tried. Rebuilding fails in tools/qemu-xen-traditional/vnc.c with undefined references to gnutls_*_set_priority. AFAICS this set of functions was deprecated some years ago so I suspect they are no longer present. Downgraded gnutls for now