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.069676
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 .. 54 55 56 57 58 59 60 61 62 63 64 .. 101 Next › Last »

discord commented on 2014-01-25 19:39 (UTC)

My system has been crashing frequently after installing the xen package. Even without running any domU's. I look at top when the cpu is racing. I've seen kworker hogging the cpu. I've seen mplayer hogging the cpu. Sometimes when I run htop I see 30 firefox processes but only one in regular top. Haven't had any stability issues without xen, or with the grub option without xen.

3000 commented on 2014-01-13 18:41 (UTC)

wow, thanks a lot @ zman0900, that did the trick indeed! Working quite nicely

michaelharwood commented on 2013-12-30 03:02 (UTC)

@malinas - I had the same issue and it appears it is a problem with git://xenbits.xen.org/seabios.git. I manually cloned the seabios folder using git clone http://xenbits.xen.org/git-http/seabios.git in the correct folder and restarted the Arch package build process and it's running fine now.

zman0900 commented on 2013-12-27 16:24 (UTC)

@3000: You need to recompile binutils from ABS with the required options. Details are farther down in the comments.

3000 commented on 2013-12-27 16:21 (UTC)

hi, I gotta question: I am trying Xen on a new archlinux system and it compiled just fine. BUT it didn't create a xen.efi. do you guys know why?

kantras commented on 2013-12-25 21:30 (UTC)

@malinas Hmm, will try again in a little while - my primary dev machine was down for a couple of days, but is back so can do some more testing.

malinas commented on 2013-12-25 13:47 (UTC)

@kantras.. ye.. well, indeed something has happened. I could compile some days ago, but somehow have not had the package saved.. Now when I try to compile, it seems to fail on the seabios (patch?) recipe in makefile.

malinas commented on 2013-12-21 19:30 (UTC)

@kantras.. np. I have to say I also built in the end fine, just 3 days ago or so. Just want to add, thanks for keeping this updated and man is Xen awesome!!! :)

kantras commented on 2013-12-19 20:21 (UTC)

@meltfund: That looks like one of the dependancies might not have downloaded correctly (during compile, the Makefiles pull down a number of additional sources, patch and compile against them) - I'm currently modifying the PKGBUILD to download those before compile, confirm they downloaded correctly, then copy them into place so the build scripts can make use of them) - should have a new version uploaded later today (after I've finished a couple of build tests - both on bare metal and under a virtual environment)