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.061700
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 .. 20 21 22 23 24 25 26 27 28 29 30 .. 101 Next › Last »

tony_42 commented on 2017-04-03 14:04 (UTC)

@jsteel: I think it's a mistake in the PKGBUILD. It should be: --with-system-seabios=/usr/share/qemu/bios-256k.bin (so with the path to SeaBIOS specified) There should be a path as well for OVMF, but I just realize the package change recently so I don't know if it's going to work with Xen.

jsteel commented on 2017-04-03 12:35 (UTC)

After updating from 4.8.0-4 to 4.8.0-5 I installed seabios but I get an error when booting a domU: libxl: error: libxl_dom.c:892:libxl__load_hvm_firmware_module: failed to read BIOS file: No such file or directory I've gone back to 4.8.0-4 for now. Any idea what else is needed apart from installing seabios for non-UEFI systems now? Thanks.

jonnyt886 commented on 2017-04-03 09:09 (UTC)

Hitting repeated issues building this when downloading ovmf: -> Cloning ovmf git repo... Cloning into bare repository '/tmp/yaourt-tmp-jonny/aur-xen/ovmf'... remote: Counting objects: 240383, done. remote: Compressing objects: 100% (59223/59223), done. remote: Total 240383 (delta 184842), reused 229977 (delta 174449) Receiving objects: 100% (240383/240383), 225.31 MiB | 259.00 KiB/s, done. fatal: unable to open /tmp/yaourt-tmp-jonny/aur-xen/ovmf/objects/pack/tmp_pack_0lHJ2u: No such file or directory fatal: index-pack failed ==> ERROR: Failure while downloading ovmf git repo Aborting... ==> ERROR: Makepkg was unable to build xen. ==> Restart building xen ? [y/N] ==> ---------------------------- Tried removing ovmf from the PKGBUILD (removed all lines referring to ovmf except for the 'optDepends' entry) and then checksum validations fail, but with no file mentioned. And yes I did remove all the ovmf entries! Is anyone else getting this?

<deleted-account> commented on 2017-03-28 06:46 (UTC)

Bumped to 4.8.0-5. This version adds XSA-211, splits out SeaBIOS and OVMF and disables Werror (hopefully).

badboy commented on 2017-03-20 09:41 (UTC)

I'd be fine with that.

<deleted-account> commented on 2017-03-19 19:32 (UTC)

So what do you guys think about using the system's OVMF and SeaBios? Apart from faster build times because we don't need to build them ourselfs, we also prevent errors like the one of @maldo. Once this is decided, I will push out a new PKGBUILD with the --disable-werror patch and possibly the new SeaBIOS/OVMF.

maldo commented on 2017-03-19 09:01 (UTC) (edited on 2017-03-19 09:02 (UTC) by maldo)

@das_j @badboy @JohnTh @tony_42 I am able to reproduce the makedev issue... and am running in further problems with ovmf ... any leads/ideas? my system: naked arch with base-devel & multilib-devel (multilib enabled) approach: sudo pacman -Syu git clone https://aur.archlinux.org/xen.git makepkg -si ... public key issue with xen4.8.0 makepkg -si --skippgpcheck ... makedev issue tap-ctl-allocate.c: In function 'tap_ctl_make_device': tap-ctl-allocate.c:109:13: error: In the GNU C Library, "makedev" is defined by <sys/sysmacros.h>. For historical compatibility, it is currently defined by <sys/types.h> as well, but we plan to remove this soon. To use "makedev", include <sys/sysmacros.h> directly. If you did not intend to use a system-defined macro "makedev", you should undefine it after including <sys/types.h>. [-Werror] err = mknod(devname, perm, makedev(major, minor)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors applying workaround of tony_42 build() { ... --with-extra-qemuu-configure-args="--disable-bluez --disable-gtk --enable-spice --enable-usb-redir --disable-werror" \ ... make LANG=C PYTHON=python2 APPEND_CFLAGS=-Wno-error dist } makepkg -si --skippgpcheck g/Library/BaseUefiCpuLib/X64/InitializeFpu.nasm > /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/UefiCpuPkg/Library/BaseUefiCpuLib/BaseUefiCpuLib/OUTPUT/X64/InitializeFpu.i /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointer.c: In function 'MigratePeiServicesTablePointer': /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointer.c:100:26: error: variable 'Status' set but not used [-Werror=unused-but-set-variable] EFI_STATUS Status; ^~~~~~ /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiHobLib/HobLib.c: In function 'GetHobList': /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiHobLib/HobLib.c:46:25: error: variable 'Status' set but not used [-Werror=unused-but-set-variable] EFI_STATUS Status; ^~~~~~ /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiHobLib/HobLib.c: In function 'GetBootModeHob': /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiHobLib/HobLib.c:212:26: error: variable 'Status' set but not used [-Werror=unused-but-set-variable] EFI_STATUS Status; ^~~~~~ cc1: all warnings being treated as errors make[7]: *** [GNUmakefile:315: /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointerLibIdt/OUTPUT/PeiServicesTablePointer.obj] Error 1 make[7]: Leaving directory '/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointerLibIdt' build.py... : error 7000: Failed to execute command make tbuild [/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointerLibIdt] build.py... : error 7000: Failed to execute command make tbuild [/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/MdePkg/Library/PeiHobLib/PeiHobLib] build.py... : error F002: Failed to build module /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointerLibIdt.inf [X64, GCC44, RELEASE] - Failed - Build end time: 09:48:44, Mar.19 2017 Build total time: 00:00:10 make[6]: *** [Makefile:19: build] Error 1 make[6]: Leaving directory '/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote' make[5]: *** [/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/../../tools/Rules.mk:218: subdir-all-ovmf-dir] Error 2

devnull_1337 commented on 2017-03-18 22:18 (UTC)

@badboy @JohnTh: you can use the following patch for the makedev compile error: --- a/tools/blktap2/control/tap-ctl-allocate.c 2016-04-25 22:33:15.444681888 -0 700 +++ b/tools/blktap2/control/tap-ctl-allocate.c 2016-04-25 22:30:33.288046037 -0 700 @@ -36,6 +36,7 @@ #include <sys/stat.h> #include <sys/types.h> #include <sys/ioctl.h> +#include <sys/sysmacros.h> #include <linux/major.h> #include "tap-ctl.h" --- a/tools/libxl/libxl_osdeps.h 2016-04-25 22:55:04.326527630 -0700 +++ b/tools/libxl/libxl_osdeps.h 2016-04-25 22:53:36.315440845 -0700 @@ -43,6 +43,7 @@ #define SYSFS_PCIBACK_DRIVER "/sys/bus/pci/drivers/pciback" #define NETBACK_NIC_NAME "vif%u.%d" #include <pty.h> +#include <sys/sysmacros.h> #include <uuid/uuid.h> #elif defined(__sun__) #include <stropts.h>

tony_42 commented on 2017-03-14 16:27 (UTC)

You could avoid this kind of warning, now and later, with two modifications in PKGBUILD. When calling ./configure, add "--disable-werror" to --with-extra-qemuu-configure-args. And add APPEND_CFLAGS=-Wno-error to make. So build() would look like this: ./configure \ PYTHON=/usr/bin/python2 \ --prefix=/usr \ --sbindir=/usr/bin \ --with-sysconfig-leaf-dir=conf.d \ --with-initddir=/etc/init.d \ --enable-systemd \ --enable-ovmf \ "${_config_stubdom:---disable-stubdom}" \ --with-extra-qemuu-configure-args="--disable-bluez --disable-gtk --enable-spice --enable-usb-redir --disable-werror" make LANG=C PYTHON=python2 APPEND_CFLAGS=-Wno-error dist

<deleted-account> commented on 2017-03-13 06:50 (UTC)

@badboy: Fixed the architecture problem, split packages are weird. @badboy @JohnTh: I can not reproduce the problem here. I'm running a fully updated Arch. Do you have any changed values in /etc/makepkg.conf?