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

maldo commented on 2017-07-23 18:17 (UTC) (edited on 2017-07-23 18:19 (UTC) by maldo)

Hi das_j, just started building for a naked arch... seems autoconf and patch are missing as dependencies

tony_42 commented on 2017-07-20 15:51 (UTC)

Hi das_j, looks like there is a patch for the build failure: https://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=672949d6c61d9cba01c5b414eed9d522082f04d3

pew commented on 2017-06-19 12:47 (UTC) (edited on 2017-06-19 22:26 (UTC) by pew)

JohnTh, can you please provide a link for the 4.9-rc8 version that have fixes for the warnings? I've been using this: https://downloads.xenproject.org/release/xen/4.9.0-rc8/ and I'm still getting all the warnings with gcc7. Nevermind, all the errors I was having were for other packages inside of xen (ie qemu, ipxe)

JohnTh commented on 2017-06-07 08:40 (UTC)

The upgrade to gcc7 brings a number of new warnings that show up in building xen-4.8.1 My xen PKGBUILD has diverged a bit from this one, but should build xen 4.8.1 (without stubdom!) https://gitlab.com/johnth/aur-xen/tree/master Either fix the files, or change the C(PP)FLAGS; remove Werror, or use -Wno-error= for each error warning. This needs to be done for each component with error warnings (xen, ipxe, ovmf, vtpm). Most of the warnings have fixes upstream, and are included in xen-4.9.0-rc8. I am unable to build stubdom with the current Arch packages, getting linking errors: ld -nostdlib -L/build/xen/src/xen-4.8.1/stubdom/cross-root-x86_64/x86_64-xen-elf/lib -m elf_x86_64 -T /build/xen/src/xen-4.8.1/stubdom/mini-os-x86_64-vtpmmgr/arch/x86/minios-x86_64.lds /build/xen/src/xen-4.8.1/stubdom/mini-os-x86_64-vtpmmgr/mini-os.o -o /build/xen/src/xen-4.8.1/stubdom/mini-os-x86_64-vtpmmgr/mini-os /build/xen/src/xen-4.8.1/stubdom/mini-os-x86_64-vtpmmgr/mini-os.o: In function `vtpmmgr_GroupRegister': /build/xen/src/xen-4.8.1/stubdom/vtpmmgr/vtpm_cmd_handler.c:555: undefined reference to `tpmrsa_free''

jsteel commented on 2017-06-07 08:17 (UTC)

I think it's an issue with gcc7. I found this patch http://git.ipxe.org/ipxe.git/commitdiff/5f85cbb which gets around the error reported by ArthurBorsboom but then I get a similar error shortly after: [BUILD] bin/ath5k_desc.o drivers/net/ath/ath5k/ath5k_desc.c: In function 'ath5k_hw_setup_2word_tx_desc': drivers/net/ath/ath5k/ath5k_desc.c:106:15: error: this statement may fall through [-Werror=implicit-fallthrough=] frame_type = AR5K_AR5210_TX_DESC_FRAME_TYPE_NO_DELAY; drivers/net/ath/ath5k/ath5k_desc.c:107:3: note: here case AR5K_PKT_TYPE_PIFS: ^~~~

ArthurBorsboom commented on 2017-06-06 09:30 (UTC)

I got a compile error with the latest PKGBUILD (4.8.0-7): drivers/net/igbvf/igbvf_vf.c: In function 'igbvf_promisc_set_vf': drivers/net/igbvf/igbvf_vf.c:359:10: error: this statement may fall through [-Werror=implicit-fallthrough=] msgbuf |= E1000_VF_SET_PROMISC_MULTICAST; drivers/net/igbvf/igbvf_vf.c:360:2: note: here case e1000_promisc_unicast: ^~~~

baratharon commented on 2017-06-03 05:17 (UTC)

I got a compile error with the latest PKGBUILD (4.8.0-7): runtime.c: In function 'efi_compat_get_info': /home/aron/build/xen-4.8.0-7/xen/src/xen-4.8.0/xen/include/asm/x86_64/uaccess.h:58:37: error: '*' in boolean context, suggest '&&' instead [-Werror=int-in-bool-context] compat_access_ok(addr, (count) * (size))) ^ Details: https://pastebin.com/jrb44Mg1

Flubbadub commented on 2017-06-01 09:38 (UTC)

For anyone else using Manjaro (or probably me in the future) the kernels are named differently in Manjaro. I had to apply this patch in order to get the grub menu entried to be generated correctly: diff --git a/etc/grub.d/09_xen b/etc/grub.d/09_xen index 59ac88a..3a41376 --- a/etc/grub.d/09_xen +++ b/etc/grub.d/09_xen @@ -38,11 +38,11 @@ _FUNC_GRUB_FILE_PRESENT() { case "${GRUB_PLATFORM}" in x86) - list="$(for i in "${GRUB_ROOT}"/boot/vmlinuz-linux* ; do + list="$(for i in "${GRUB_ROOT}"/boot/vmlinuz-* ; do if grub_file_is_not_garbage "${i}" && "${grub_file}" ${check} "${i}" ; then echo -n "${i} " ; fi done)" ;; *) - list="$(for i in "${GRUB_ROOT}"/boot/vmlinuz-linux* ; do + list="$(for i in "${GRUB_ROOT}"/boot/vmlinuz-* ; do if grub_file_is_not_garbage "${i}" && "${grub_file}" ${check} "${i}" ; then echo -n "${i} " ; fi done)" ;; esac

Refutationalist commented on 2017-05-31 05:19 (UTC)

I just tried building 4.8.0-7 from a clean install-- I usually do this so I can catch missing dependencies and to control clutter. I got a build failure: https://gist.github.com/anonymous/a8c48f68b086a14407cc0067c222ce00

jsteel commented on 2017-04-04 09:27 (UTC)

Thanks, specifying the seabios file in the PKGBUILD as you suggested worked!