Package Details: xen-qemu 10.1.2-1

Git Clone URL: https://aur.archlinux.org/xen-qemu.git (read-only, click to copy)
Package Base: xen-qemu
Description: A xen-specific QEMU, built to qemu-builtin standards
Upstream URL: https://www.qemu.org
Licenses: GPL2, LGPL2.1
Conflicts: xen-qemu-builtin
Provides: qemu-xen, xen-qemu, xen-qemu-builtin
Replaces: xen-qemu-builtin
Submitter: Refutationalist
Maintainer: Refutationalist
Last Packager: Refutationalist
Votes: 0
Popularity: 0.000000
First Submitted: 2022-11-15 02:23 (UTC)
Last Updated: 2025-10-25 02:30 (UTC)

Latest Comments

1 2 Next › Last »

jellomasacare commented on 2025-12-11 20:16 (UTC)

@Refutationalist - Ah, no, I was using makepkg -si. Though pkgctl build -c complained about xen not being in the main repo, is there a way to have it pull packages from the aur? Though with -i ~/.cache/yay/xen/xen-4.20.3pre-1-x86_64.pkg.tar.zst it built.

xen-qemu E: LGPL2.1 is not a valid SPDX license identifier, try LGPL-2.1-or-later Nor is GPL2 valid, try GPL-2.0-or-later.

It's also warning about thees dependencies missing? libsasl libpng libelf libbpf keyutils libusb libseccomp lzo bzip2 pam glib2 zlib vde2 pixman libcap-ng libcacard systemd-libs zstd libjpeg-turbo glibc gcc-libs gnutls libaio ncurses sdl2-compat

Refutationalist commented on 2025-12-08 04:19 (UTC)

@jellomasacare - are you building in a chroot? Building Xen really likes being in a chroot.

Meanwhile, it's been a couple years since I've heard of this and I would like to make it go away. The package needs qemu-common now, so there's obviously a flag I need to throw at it.

jellomasacare commented on 2025-12-07 22:15 (UTC)

Installing xen-qemu-10.1.2-1 gives conflicts with qemu-common-10.1.2-3

error: failed to commit transaction (conflicting files)
xen-qemu: /usr/share/locale/bg/LC_MESSAGES/qemu.mo exists in filesystem (owned by qemu-common)
xen-qemu: /usr/share/locale/de_DE/LC_MESSAGES/qemu.mo exists in filesystem (owned by qemu-common)
xen-qemu: /usr/share/locale/fr_FR/LC_MESSAGES/qemu.mo exists in filesystem (owned by qemu-common)
xen-qemu: /usr/share/locale/hu/LC_MESSAGES/qemu.mo exists in filesystem (owned by qemu-common)
xen-qemu: /usr/share/locale/it/LC_MESSAGES/qemu.mo exists in filesystem (owned by qemu-common)
xen-qemu: /usr/share/locale/sv/LC_MESSAGES/qemu.mo exists in filesystem (owned by qemu-common)
xen-qemu: /usr/share/locale/tr/LC_MESSAGES/qemu.mo exists in filesystem (owned by qemu-common)
xen-qemu: /usr/share/locale/uk/LC_MESSAGES/qemu.mo exists in filesystem (owned by qemu-common)
xen-qemu: /usr/share/locale/zh_CN/LC_MESSAGES/qemu.mo exists in filesystem (owned by qemu-common)
Errors occurred, no packages were upgraded.

Refutationalist commented on 2025-05-05 22:49 (UTC)

I've backrev'ed QEMU to the last version that works with Xen. Still haven't managed to talk to the devs about it for local reasons.

This version of QEMU also depends more on repo packages for things like VGA bios and the like. This makes is a bit smaller.

I've also added support for SPICE, as I'm trying to see if I can VMs with working sound going. This is an effort for my job. I've tested this stuff locally, but I'd be very interested to hear if there are any problems or quirks people are running into.

Refutationalist commented on 2025-05-01 07:02 (UTC)

I have a backrev'ed and somewhat cleaned up version of qemu in my repo, I will update here when I can. I'm also going to contact the Xen developers about the it as they'll probably want to be aware of the bug.

ska67 commented on 2025-03-26 20:02 (UTC)

To use emulated USB controllers in HVM domUs, you must use QEMU version 9.1.*.

usbctrl=[ "USBCTRL_SPEC_STRING", "USBCTRL_SPEC_STRING", ...]

If you are using QEMU version 9.2.*, you will get error messages when creating HVM-domUs.

ArthurBorsboom commented on 2025-02-21 21:48 (UTC)

After a recent package upgrade the xen-qemu package did not build anymore.

...
[1013/2838] Compiling C object libblock.fa.p/block_nfs.c.o
FAILED: libblock.fa.p/block_nfs.c.o 
...

My workaround

downgrading package libnfs (6.0.2-3 => 5.0.3-1)

I am not sure about a permanent solution.

Refutationalist commented on 2023-08-24 23:45 (UTC)

alright, back near my stuff, version bumped to 8.1.0, did a test compile.

1 2 Next › Last »