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.071098
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 .. 64 65 66 67 68 69 70 71 72 73 74 .. 101 Next › Last »

tritron commented on 2013-06-05 15:30 (UTC)

We should start working on xen-api for arch linux.

kantras commented on 2013-06-05 15:29 (UTC)

Looking back over my notes, the other thing which was added was the ability to change the 'name'of the dom0 automatically on startup. Simply add a line 'XENDOM0_NAME=<new name>' into /etc/conf.d/xenstored and you'll be able to see the change when the xenstored service is next restarted ( "xl top" will show the new name, for example )

kantras commented on 2013-06-05 15:25 (UTC)

The pod2man "fix" was added to the texi2html.patch file; pod2man is returning an error code when parsing qemu.pod, due to using non-ascii characters when no '=encoding' parameter has been set. The file would still be created, which is why rebuilding the package a second time would work (since it would skip running pod2man as the file already existed) Two ways to fix, either a) add in "=encoding utf8' at the top of the qemu.pod file before you run it through pod2man or b) add the option '--errors=none' into the command line calling pod2man. I opted for the second as it was easier.

tritron commented on 2013-06-05 14:57 (UTC)

That is nice way of moving stuff into /usr/bin I wonder how did you fix pod2man error ?

kantras commented on 2013-06-05 05:59 (UTC)

Ok, I've just uploaded a tarball to http://www.kantras.info/xen/xen-4.2.2-2.tgz - this has all the binaries moved from /usr/sbin to /usr/bin and also fixes the pod2man error. There is also a patch I'm testing in there, for working around a broken BIOS implementation, but its commented out by default.

zootboy commented on 2013-06-04 18:20 (UTC)

Whoops, jumped the gun on that one. Forgot sbin was being merged, too. There seems to be an sbindir variable hiding out in tools/configure. Can anyone figure out how to correctly set that in the PKGBUILD?

kantras commented on 2013-06-04 16:44 (UTC)

Actually it does. Its making use of the /usr/sbin directory, which is being merged into /usr/bin

zootboy commented on 2013-06-04 15:35 (UTC)

pacman -Ql xen | grep /bin says no.

hugleo commented on 2013-06-04 14:25 (UTC)

Does the last Arch Linux notification https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/ about merges all binaries into a unified /usr/bin directory needs to apply on this xen package?

<deleted-account> commented on 2013-06-03 17:06 (UTC)

I needed to install mesa-libgl in order to create an HVM domU and I think it should probably be listed as a dependency. Potentially nvidia-libgl would also work but I haven't tried it.

« First ‹ Previous 1 .. 64 65 66 67 68 69 70 71 72 73 74 .. 101 Next › Last »