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

Naruni commented on 2014-09-01 17:08 (UTC)

When booting from UEFI, kernel cannot mount root partition due to "unknown filesystem vfat" Where are the kernel config options in this pkgbuild? 3.16.1-1-ARCH #1 SMP PREEMPT

Lastebil commented on 2014-08-22 13:37 (UTC)

ryad0m: autoconf is part of base-devel. This is assumed to be installed when using the AUR - see here: https://wiki.archlinux.org/index.php/Arch_User_Repository The base-devel group, for reference: https://www.archlinux.org/groups/x86_64/base-devel/ So no, it should _NOT_ be added to makedepends.

ryad0m commented on 2014-08-22 12:58 (UTC)

Please, add core/autoconf in makedepends

isiachi commented on 2014-08-13 15:24 (UTC)

I think that with the last update of libiscsi (1.7.0-2 -> 1.12.0-1), xen should be recompiled.

kantras commented on 2014-08-10 05:37 (UTC)

Actually the patch, which is different to that one, went in a few weeks later - the current kernels haven't been giving me any issues on the dev machine

zman0900 commented on 2014-08-10 04:27 (UTC)

I think I found something: http://lists.xen.org/archives/html/xen-devel/2014-03/msg02923.html Looks like a new patch was applied at the same time the old one was reverted. I'm about to upgrade for the first time in about 4 months, so I guess I'll find out if it works...

zman0900 commented on 2014-08-10 02:57 (UTC)

"Just a quick FYI - They've reverted a patch in the recent kernel releases, which may cause instabilities with applications (such as Firefox) running under PV domains (also dom0, which is technically a PV domain). The patch worked for this use case, but broke other things, so the patch was reverted and a new one is being worked on." Any news on this? Anyone know if a new fix has been merged?

smakovits commented on 2014-07-17 12:10 (UTC)

Traced the issue to the lvm2 hook. Had a working system, added it and things did not boot again. removed the hook and once again the system booted fine. My original installation was on a lv so I needed it there. This time I used linux (83) for rootfs so it was not needed. I thought i needed it to load a vm when it didnt boot originally, but then the system didnt boot. Removed it and now things are happy again.

hugleo commented on 2014-07-13 15:10 (UTC)

Maybe it can be a video problem. Maybe xen booted but is not showing anything. Try press a key like Num Lock. Dou you notice that the led is blinking? If the answser is true maybe you can set a vesa driver or small resolution on grub boot parameter for xen kernel.

smakovits commented on 2014-07-12 04:12 (UTC)

ever since 4.4.0-3 and Kernel 3.15 my screen goes black upon booting xen. I tried syslinux and Grub with the same results. I re-installed arch at least times, keeping with the beginners guide and then xen install instructions. I have no idea what and why, but the screen just goes black and things require a hard reset. The normal arch kernel is fine, but nothing I do helps get me going. I even tried using downgrader to try older kernels, but those too had the same result.