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.072649
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 .. 90 91 92 93 94 95 96 97 98 99 100 101 Next › Last »

<deleted-account> commented on 2011-10-07 05:41 (UTC)

Sorry for multiple posts. Couldn't sleep - it works! Magic of that patch :)

<deleted-account> commented on 2011-10-07 04:27 (UTC)

Have you successfully booted any HVM's? For me they reboot instantly after creation... So from here (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636594) I found, xen 4.1.1 compiled with gcc 4.6 results in in broken hvmloader. There is a link to Launchpad bug where you can find link to patch that should fix the problem (http://xenbits.xen.org/hg/staging/xen-4.1-testing.hg/rev/1976adbf2b80). I should test it tomorrow (it's 7am and I need sleep :)), but I'm writing here so you could test it too (if you had problems).

<deleted-account> commented on 2011-10-06 13:02 (UTC)

Actually I feel kinda lost know. Everything works, but I thought about assumptions in that patch. It assumes that you have XEN capable kernel (but on archlinux this is true only with 64bits, because 32bits doesn't have XEN support enabled by default ('cause devs don't want to enable PAE)) so if you run this on 32bit system you will end up with one unbootable grub2 menu entry. Maybe you should just patch the naming scheme and echo in post_install() that if you want to use grub2 menu entry generation you should put config file of your kernel in /boot/. (on running kernel just run zcat /proc/config.gz > /boot/config-linux). So, I don't know and that's your choice :) The next thing is with archinit.patch, it changes the place where xenstored.pid is located (from /var/run to /var/run/daemons) and that causes XL (the new XEN configuration utility) to break.

robertfoster commented on 2011-10-06 11:31 (UTC)

please let me know if it works...cause I don't understand your patch format

<deleted-account> commented on 2011-10-06 09:34 (UTC)

So, why don't you chmod +x 09_xen patch? So it would be executed, when you call grub-mkconfig? And to get that script to work I needed to patch it like this: 14a15 > 85,93c86,87 < xen_configfiles=`grep -l 'CONFIG_XEN_PRIVILEGED_GUEST=y' /boot/config-*` < < for i in $xen_configfiles ; do < i=`echo $i | sed -e "s,/boot/config-,/boot/vmlinuz26-,g"`; < if grub_file_is_not_garbage "$i"; then < list="$list $i"; < fi < done < --- > list="/boot/vmlinuz-linux"; > 101c95 < base_init=`echo $basename | sed -e "s,vmlinuz,kernel,g"` --- > base_init=`echo $basename | sed -e "s,vmlinuz,initramfs,g"` Of course there are no checks left about xen support in kernel and it works only with one kernel (I was too lazy to put kernel config files in boot) :) P.s But you should patch that script to reflect new naming scheme of kernel in arch :)

hollunder commented on 2011-09-02 09:09 (UTC)

The package did build for me now (still with gcc-multilib), but namcap throws quite a lot of warnings: http://pastebin.com/cpzetB6J

robertfoster commented on 2011-08-28 01:32 (UTC)

try to use gcc and not gcc-multilib

hollunder commented on 2011-08-27 19:04 (UTC)

fails to build with: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.1/cc1: error while loading shared libraries: libcloog-isl.so.1: cannot open shared object file: No such file or directory

<deleted-account> commented on 2011-08-24 20:28 (UTC)

building also requires iasl.

robertfoster commented on 2011-08-23 00:21 (UTC)

added ocaml-findlib as makedep