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)

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

tritron commented on 2013-05-30 00:50 (UTC)

I had spoken too soon it compiled once. It is two step process the first time i get the error i posted second time it compiles fine

tritron commented on 2013-05-30 00:19 (UTC)

It is fixed i don't know how xen 4.2.2 was fixed but xen 4.3 unstable was not

hugleo commented on 2013-05-29 20:40 (UTC)

Here is building totally normal. No need edit anything. Have it already fixed? Or this error is caused on only some systems... I've founded the files: grep -ilr 'Schütz.' ./* 2>/dev/null ./yaourt-tmp-ths/aur-xen/src/xen-4.2.2/tools/qemu-xen-traditional/Changelog ./yaourt-tmp-ths/aur-xen/src/xen-4.2.2/tools/qemu-xen-traditional/qemu-doc.texi ./yaourt-tmp-ths/aur-xen/src/xen-4.2.2/tools/qemu-xen/Changelog ./yaourt-tmp-ths/aur-xen/src/xen-4.2.2/tools/qemu-xen/qemu-doc.texi While is compiling you can try edit the files qemu-xen-traditional/qemu-doc.texi and qemu-xen/qemu-doc.texi

hugleo commented on 2013-05-28 23:54 (UTC)

To solve temporally I think you can edit the qemu.pod file and change the name Schütz to Schutz.

tritron commented on 2013-05-28 23:32 (UTC)

Well looks like the latest upgrades perl 5.18 breaks xen I get this error. pod2man --section=1 --center=" " --release=" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII character seen before =encoding in 'Schütz.'. Assuming UTF-8 POD document had syntax errors at /usr/bin/core_perl/pod2man line 71

kantras commented on 2013-05-28 18:27 (UTC)

Sorry, I've been offline a few days - once I get a chance, I'll retest on my lab machine.

3000 commented on 2013-05-28 17:36 (UTC)

@ Kantras: is your solution still working for you? thanks

3000 commented on 2013-05-25 13:56 (UTC)

I also tried xen-git, also not working (yet). Thanks also for the xen-users mailing list idea. I will post my Problem over there shortly. I have to correct myself though regarding my last post: I said I was able to install xen only in legacy boot. Well to be more precise, I was able to boot INTO xen with legacy boot. With UEFI boot, I was still able to successfully install xen, BUT once I tried to boot into Arch Xen, the system would constantly just reboot. That's my real Problem. And once I tried to apply Kantras solution (modifying binutils-multilib before installing xen), installation broke down. I know it's not arch related, I still thought it's worth mentioning. There is a decisive difference to my last post.

tritron commented on 2013-05-25 00:23 (UTC)

3000 try xen-git package users had been able to compile xen.efi and it is working