Package Details: xen 4.20.0-2

Git Clone URL: https://aur.archlinux.org/xen.git (read-only, click to copy)
Package Base: xen
Description: Open-source type-1 or baremetal hypervisor
Upstream URL: https://xenproject.org/
Keywords: hypervisor virtualization xen
Licenses: GPL2
Submitter: sergej
Maintainer: Refutationalist
Last Packager: Refutationalist
Votes: 184
Popularity: 0.020140
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2025-03-13 08:19 (UTC)

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

<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?

JohnTh commented on 2017-03-13 04:38 (UTC)

@badboy I'm seeing that too after updating Arch. To resolve, Need to add this include to relevant Xen source files, where minor(), major(), or makedev() are used. #include <sys/sysmacros.h> I found these with grep -R ' \(major\|minor\|makedev\)('. Not sure if they are the correct locations, or implementation: tools/blktap2/control/tap-ctl-allocate.c tools/libxl/libxl_internal.h tools/qemu-xen/include/qemu/osdep.h My patch here https://gitlab.com/johnth/aur-xen/raw/master/patch-include_sys_sysmacros.h.patch Details: glibc 2.25 https://sourceware.org/glibc/wiki/Release/2.25 "The inclusion of sys/sysmacros.h by sys/types.h is deprecated. Using the macros major, minor, or makedev without having directly included sys/sysmacros.h will trigger compiler warnings."

badboy commented on 2017-03-12 17:52 (UTC)

I get another error, but that seems like it needs to go upstream: $ makepkg -As --skippgpcheck [...] 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));

badboy commented on 2017-03-11 22:40 (UTC)

For some reason I get an error on my 64bit machine: ==> ERROR: xen is not available for the 'x86_64' architecture.

lazycat commented on 2017-03-11 03:50 (UTC)

@das_j, @JohnTh Thank you for answers :)

<deleted-account> commented on 2017-03-09 11:53 (UTC)

@lazycat @JohnTh I'm currently updating the package. However, it takes me longer to test, because I only have a really slow machine right now. I'm also adding xen-docs and turn this package into a split package. Update should roll out today.

JohnTh commented on 2017-03-09 11:39 (UTC)

@lazycat The Arch lzo package has changed, and no longer "provides" lzo2. I think you will need to rebuild and upgrade the Xen package to remove the error/ignore. You should be able to change lzo2 to lzo (line 74?) in the depends array in the Xen PKGBUILD. Then rebuild. lzo package change here https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/lzo&id=eb70476e9442d349f3c353e91631c0e713781c07 I would suggest you use multilib-build (from the Arch package devtools) to build in a clean chroot. See how that goes.

lazycat commented on 2017-03-09 09:10 (UTC)

New headache. Can't make system upgrade with pacman -Syu, get error: error: failed to prepare transaction (could not satisfy dependencies) :: xen: installing lzo (2.10-1) breaks dependency 'lzo2' I'm solve it temporally with #IgnorePkg = lzo lzo2, but it's not a good, I guess. Any ideas?

JohnTh commented on 2017-02-26 22:02 (UTC)

@ArgylePwnage gpg --keyserver pgp.mit.edu --recv-key 23E3222C145F4475FA8060A783FE14C957E82BD9 This command should solve that problem. You need to import the Xen Project tree code signing OpenPGP key 23E3222C145F4475FA8060A7(83FE14C957E82BD9) into your gpg keyring. The key is detailed here: https://www.xenproject.org/developers/teams/hypervisor/openpgp.html Otherwise, you can use a command line option with makepkg, or modify the PKGBUILD to remove this check. Have a look through the man pages or comments on the AUR Xen page for more details.

<deleted-account> commented on 2017-02-26 14:42 (UTC)

Hello, I have received the following error message: PGP signatures could not be verified for public key "83FE14C957E82BD9". Can you advise? Thank you for your time.

« First ‹ Previous 1 .. 21 22 23 24 25 26 27 28 29 30 31 .. 101 Next › Last »