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.072649
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 .. 86 87 88 89 90 91 92 93 94 95 96 .. 101 Next › Last »

<deleted-account> commented on 2012-07-27 01:06 (UTC)

This package builds correctly for me if I set MAKEFLAGS="-j1" in /etc/makepkg.conf Apparently it triggers some bug in GNU make when compiled with parallel make.

Mr.Smith1974 commented on 2012-07-24 18:43 (UTC)

@luceo - No problem. http://dpaste.com/774714/

<deleted-account> commented on 2012-07-24 11:33 (UTC)

@Mrs.Smith1974 - Can you show more output? That text only shows warnings.

Mr.Smith1974 commented on 2012-07-24 08:02 (UTC)

minios.c: In function ‘minios_detect’: minios.c:15:34: warning: unused parameter ‘a’ [-Wunused-parameter] minios.c: In function ‘minios_init’: minios.c:21:32: warning: unused parameter ‘a’ [-Wunused-parameter] minios.c: In function ‘minios_cleanup’: minios.c:26:35: warning: unused parameter ‘a’ [-Wunused-parameter] rm -f libpci.a ar rcs libpci.a access.o generic.o dump.o names.o filter.o minios.o ranlib libpci.a sed <libpci.pc.in >libpci.pc -e 's,@PREFIX@,/usr/local,' \ -e 's,@INCDIR@,/usr/local/include,' \ -e 's,@LIBDIR@,/usr/local/lib64,' \ -e 's,@IDSDIR@,/usr/local/share,' \ -e 's,@VERSION@,2.2.9,' \ -e 's,@LIBZ@,-lz,' make[3]: Leaving directory `/tmp/yaourt-tmp-user/aur-xen/src/xen-4.1.2/stubdom/pciutils-x86_64/lib' make[2]: Leaving directory `/tmp/yaourt-tmp-user/aur-xen/src/xen-4.1.2/stubdom/pciutils-x86_64' make[1]: Leaving directory `/tmp/yaourt-tmp-user/aur-xen/src/xen-4.1.2/stubdom' make: *** [install-stubdom] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build xen. ==> Restart building xen ? [y/N]

<deleted-account> commented on 2012-07-23 21:08 (UTC)

I've adopted this package and uploaded a 'working' build. Tested on x64 fresh build.

<deleted-account> commented on 2012-07-19 15:55 (UTC)

Mad_Dud: dev86 is part of [multilib] repo which you can enable in /etc/pacman.conf by uncommenting. I have successfully compiled (but not yet tested) this just by changing 'xz-utils' to 'xz' in PKGBUILD.

Mad_Dud commented on 2012-07-15 20:31 (UTC)

Hello, Dependency `dev86' of `xen' does not exist. Which package should be used instead of dev86?

<deleted-account> commented on 2012-07-15 05:06 (UTC)

hello I cannot build using gnailuy's patch. Is this true for others? seems like this package needs some love :)

nadley commented on 2012-06-09 19:00 (UTC)

Hi, This PKGBUILD is out of date it should be updated regardings comments below. Thanks

<deleted-account> commented on 2012-05-24 11:20 (UTC)

Hi @revellion, xz-utils is now xz, and there is a small issue when I compile it using gcc 4.7.0. The following patch should work: -- diff -rc a/xen/include/asm-x86/hvm/svm/intr.h b/xen/include/asm-x86/hvm/svm/intr.h *** a/xen/include/asm-x86/hvm/svm/intr.h 2012-05-23 03:53:04.639411967 +0800 --- b/xen/include/asm-x86/hvm/svm/intr.h 2012-05-23 03:58:25.169415909 +0800 *************** *** 21,26 **** #ifndef __ASM_X86_HVM_SVM_INTR_H__ #define __ASM_X86_HVM_SVM_INTR_H__ ! void svm_intr_assist(void); #endif /* __ASM_X86_HVM_SVM_INTR_H__ */ --- 21,26 ---- #ifndef __ASM_X86_HVM_SVM_INTR_H__ #define __ASM_X86_HVM_SVM_INTR_H__ ! asmlinkage void svm_intr_assist(void); #endif /* __ASM_X86_HVM_SVM_INTR_H__ */ diff -rc a/xen/include/asm-x86/hvm/vmx/vmx.h b/xen/include/asm-x86/hvm/vmx/vmx.h *** a/xen/include/asm-x86/hvm/vmx/vmx.h 2012-05-23 03:53:04.639411967 +0800 --- b/xen/include/asm-x86/hvm/vmx/vmx.h 2012-05-23 03:58:38.896079619 +0800 *************** *** 63,69 **** void vmx_asm_vmexit_handler(struct cpu_user_regs); void vmx_asm_do_vmentry(void); ! void vmx_intr_assist(void); void vmx_do_resume(struct vcpu *); void vmx_vlapic_msr_changed(struct vcpu *v); void vmx_realmode(struct cpu_user_regs *regs); --- 63,69 ---- void vmx_asm_vmexit_handler(struct cpu_user_regs); void vmx_asm_do_vmentry(void); ! asmlinkage void vmx_intr_assist(void); void vmx_do_resume(struct vcpu *); void vmx_vlapic_msr_changed(struct vcpu *v); void vmx_realmode(struct cpu_user_regs *regs);