Package Base Details: xen

Git Clone URL: https://aur.archlinux.org/xen.git (read-only, click to copy)
Keywords: hypervisor virtualization xen
Submitter: sergej
Maintainer: Refutationalist
Last Packager: Refutationalist
Votes: 185
Popularity: 1.78
First Submitted: 2009-11-09 11:22
Last Updated: 2021-04-15 09:43

Packages (2)

Pinned Comments

Refutationalist commented on 2021-04-15 09:56

1) 4.15.0-1 adds zstd kernel support, so the hook for that is no longer needed, but I'm not sure if ever made it out of my personal repo.

2) The -no-pie problem in linking is present in 4.15, and there's an included patch for that. It is now the only patch needed to compile cleanly on Arch.

3) As promised, stubdom has moved from building by default to not building by default, as no one has spoken up about using it. If I continue maintaining the package, the plan is to remove it in the next major release.

4) I haven't done anything about the SDL2 deps.

5) Unless a co-maintainer is added, this is likely going to be the last release for a few months as I'm going in for surgery to have a brain tumor removed next month.

Latest Comments

« First ‹ Previous ... 13 14 15 16 17 18 19 20 21 22 23 ... Next › Last »

tony_42 commented on 2017-03-14 16:27

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

Anonymous comment on 2017-03-13 06:50

@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

@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

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

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

@das_j, @JohnTh
Thank you for answers :)

Anonymous comment on 2017-03-09 11:53

@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

@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

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

@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.