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.046445
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 .. 45 46 47 48 49 50 51 52 53 54 55 .. 101 Next › Last »

kantras commented on 2014-09-08 17:54 (UTC)

ArthurBorsboom: I just tried downloading and installing xen using yaourt but didn't get any errors; is this happening during the build, install, or at some other point of the process?

ArthurBorsboom commented on 2014-09-08 14:49 (UTC)

Yaourt fails to upgrade Xen with the following error: mv: cannot stat ‘etc/default/xencommons’: No such file or directory Looks like somewhere is a slash missing.

moggers commented on 2014-09-07 02:28 (UTC)

Sorry, after redownloading and makepkging the tarball with line 95 uncommented, it seems to be working fine. So disregard that, sorry again.

kantras commented on 2014-09-06 17:39 (UTC)

Actually one of the compile tests I mentioned in the past does involve building with both ati and stubdom enabled ( and looking over the last build log, when I did this, it built without any issues ) Do you happen to have a log of the build error so I can look at what happened?

moggers commented on 2014-09-06 09:12 (UTC)

I believe stubdom needs to be disabled to build with the ati-passthrough patch >http://lists.xen.org/archives/html/xen-users/2013-03/msg00147.html >- due to an insufficiancy in the patch, stubdom would not build correctly, so you have to disable it Uncommented the ATI passthrough patch line and failed to build. Ripped out everything I could find in your PKGBUILD related to stubdom and it built successfully. I'm having some difficulty with VGA passthrough itself so far; beyond building I'm not sure what the extent of the patch under 4.4 nor the mangling of the PKGBUILD entails. Not familiar with this whole xen thing, so if I've made a grevious mistake please forgive me, thanks.

kantras commented on 2014-09-04 00:31 (UTC)

zir_blazer: I'll see if I can get some time to look at this tomorrow - right now I'm working on getting the xen-4.3 package up to date, but have started to read the thread you mentioned.

zir_blazer commented on 2014-09-04 00:05 (UTC)

In order for Xen to be able to make DomU VMs that use UEFI instead of SeaBIOS, it needs to be builded with --enable-ovmf option, but it currently fails to build with that option. I request someone to look at this Thread and figure out if the changes I say can be added so it may successfully build with that option: https://bbs.archlinux.org/viewtopic.php?id=186591

kantras commented on 2014-09-03 09:02 (UTC)

New update is a simple release, with unnecessary patches removed. I've confirmed that the ATI patch still compiles however, as always, its untested beyond that.