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)

Dependencies (42)

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

nikin commented on 2011-08-18 00:26 (UTC)

I could not get this to work in a 32bit enviroment. It fails to find the root partition. regardless of kernel used. tested with plain ext3, with md, with LVM, and with md+LVM(which is the planned use) Using the same package on 64 bit is fine. Booting the xen patched kernels without the hypervisor on 32 bit works fine. I was last trying the package on the 8th of august. But my only test machine is a production machine. So if you could test this, i would really aprechiate it. I know that nowdays the base is to use 64 bit. But i have some older machines that i would like to switch to arch, which are 32bit only. bests

<deleted-account> commented on 2011-08-17 08:30 (UTC)

when compiling the package,the error message comes to me: ocamlfind: Command not found...... finally i find the problem: make-depends is not right. ocaml or ocaml-findlib is needed!

grossws commented on 2011-08-16 08:47 (UTC)

1) iasl should be in make-depends 2) what's about vanilla 3.0.1 kernel? $zcat /proc/config.gz | grep XEN : CONFIG_XEN=y CONFIG_XEN_DOM0=y CONFIG_XEN_PRIVILEGED_GUEST=y CONFIG_XEN_PVHVM=y CONFIG_XEN_MAX_DOMAIN_MEMORY=128 CONFIG_XEN_SAVE_RESTORE=y # CONFIG_XEN_DEBUG_FS is not set # CONFIG_XEN_DEBUG is not set CONFIG_PCI_XEN=y CONFIG_XEN_PCIDEV_FRONTEND=m CONFIG_XEN_BLKDEV_FRONTEND=m CONFIG_XEN_BLKDEV_BACKEND=m CONFIG_NETXEN_NIC=m CONFIG_XEN_NETDEV_FRONTEND=m CONFIG_XEN_NETDEV_BACKEND=m CONFIG_INPUT_XEN_KBDDEV_FRONTEND=m CONFIG_HVC_XEN=y CONFIG_XEN_WDT=m CONFIG_XEN_FBDEV_FRONTEND=m CONFIG_XEN_BALLOON=y CONFIG_XEN_SCRUB_PAGES=y CONFIG_XEN_DEV_EVTCHN=m CONFIG_XEN_BACKEND=y CONFIG_XENFS=m CONFIG_XEN_COMPAT_XENFS=y CONFIG_XEN_SYS_HYPERVISOR=y CONFIG_XEN_XENBUS_FRONTEND=m CONFIG_XEN_GNTDEV=m CONFIG_XEN_GRANT_DEV_ALLOC=m CONFIG_XEN_PLATFORM_PCI=m CONFIG_SWIOTLB_XEN=y

<deleted-account> commented on 2011-08-15 23:18 (UTC)

After discussing the problem with people who know more than I've come to the conclusion that the problem is this line ----- [ "$CARCH" == "x86_64" ] && depends=(${depends} 'lib32-glibc') ----- This line is incorrect, since it only takes the first unit, should be changed depends on depends [@] After correcting the line would look like: ---- [ "$CARCH" == "x86_64" ] && depends=(${depends[@]} 'lib32-glibc') ---- Thx Exio #Archlinux-es, freenode :-P

<deleted-account> commented on 2011-08-15 22:35 (UTC)

Dependences problem: yaourt -S xen ==> Edit PKGBUILD ? [Y/n] ("A" to abort) ==> ------------------------------------ ==> n ==> xen dependencies: - xz-utils (already installed) - lib32-glibc (package found) - dev86 (package found) ==> Continue building xen ? [Y/n] ------- yaourt -Si xen | grep Depends Depends On : xz-utils bzip2 iproute bridge-utils python2 sdl zlib e2fsprogs bin86 pkgconfig iasl gnutls lzo2 glibc Only takes first dependence. I do not know what is wrong, but other similar packages are working properly.

<deleted-account> commented on 2011-08-12 14:05 (UTC)

Day 09/08/2011 build xen perfectly from yaourt. Day 12/08/2011 after pacman upgrade yaourt don't recongnize all dependences, only first dependence. If I change depends =('dep1' 'dep2') to depends =('dep1 dep2') works well. I don't know is a pkgbuild, yaourt or pacman problem.

Refutationalist commented on 2011-08-10 01:30 (UTC)

Oh, here's that patch to extract a PV-GRUB compatible kernel: https://lkml.org/lkml/2011/8/4/168

Refutationalist commented on 2011-08-10 01:29 (UTC)

The problem with HVM for me is apparently something in Xen 4.1.1 itself, as building a xen-unstable package fixes it. And as far as the XZ-compressed kernels, there's an lkml patch out there that extracts an uncompressed vmlinux from a bzImage. I'm working on a script to automatically build and start an archlinux dom0 from domU, and this is how I'm making the stock kernel26 (for now, obv.) package work with Xen. Using that and the kernel26-lts package, my phone server's been running in a dom0 for a couple weeks without trouble.

Huulivoide commented on 2011-08-09 16:03 (UTC)

what aboutdoing like this ------------------ [ "$CARCH" == "x86_64" ] && depends=(${depends} 'lib32-glibc') ------------------------

bjorn-oivind commented on 2011-08-08 12:08 (UTC)

The 3.0 kernel has everything I need for domain-0, but the stock Arch images is XZ-compressed, which is not supported in Xen 4.1. The following patches adds support for this, they are based on the commit introducing XZ-support in xen-unstable.hg (which can be found here: http://xenbits.xensource.com/hg/xen-unstable.hg/rev/9eb9948904cd ) dom0_xz_decompression.patch: http://pastebin.com/KBnGBupT PKGBUILD.patch: http://pastebin.com/ji17yCZH I just booted this with the stock arch 3.0.1 kernel, I've done no testing beyond that. As a bonus, with this you can use XZ-compressed initrd's too.