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 2 3 4 5 6 7 8 9 .. 101 Next › Last »

Refutationalist commented on 2022-11-01 22:24 (UTC)

@ArthurBorsboom I'm blocking on a rather sizeable patchset for {o,}xenstored at the moment, but once I get xen compiling again I'll look directly at that. Once I have those things tackled, I'll merge that branch in and update AUR officially.

Tracking updates to qemu is a bigger job than I expected and I'm going to have to implement some infrastructure and automation if I'm going to keep track. This will likely culminate in a publicly available repo.

ArthurBorsboom commented on 2022-10-19 10:03 (UTC)

"xen-qemuless-again/xen" builts and boots (although the Dom0 VM is not all the way stable, but I guess that is package unrelated).

"xen-qemuless-again/xen-qemu" does not built. The error is related to the libbpf. My system has libbpf v1.0.1.

/home/arthur/Downloads/saur-xen-qemuless-again/xen-qemu/src/build/../qemu-7.0.0/ebpf/ebpf_rss.c:52: undefined reference to `bpf_program__set_socket_filter'
collect2: error: ld returned 1 exit status
[2582/2620] Compiling C object tests/qtest/virtio-net-failover.p/virtio-net-failover.c.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...

Refutationalist commented on 2022-10-19 02:20 (UTC)

My solution was to break qemu out of the package and build it to Xen spec from upstream. My work is in this branch: https://github.com/refutationalist/saur/tree/xen-qemuless-again

This tree also moves to the Xen repo rather than using tarballs as that's what the XSAs really want, but I'm not sure if I should pin to the branch or a specific commit or what. There's also a GRUB2 in that branch that will let you boot kernels inside a PVH domU.

When I merge this branch back in I'm probably going to start looking into setting up a repo with my builds on it. It would solve many issues in other projects, and might simplify things for a lot of folks here.

ArthurBorsboom commented on 2022-10-17 09:11 (UTC)

I have reported the Xen building issue upstream.

https://lists.xenproject.org/archives/html/xen-devel/2022-10/msg00816.html

If I understood it correct, two possible solutions are:

  • Update qemu in the Xen build
  • Use qemu of Arch Linux, which must have been build with Xen support.

Hopefully this is helpful in fixing the package.

ArthurBorsboom commented on 2022-10-13 12:31 (UTC) (edited on 2022-10-17 07:47 (UTC) by ArthurBorsboom)

Xen doesn't build anymore. I believe it is caused by the missing function 'bpf_program__set_socket_filter' of libbpf. Before this function was deprecated and now it has been removed (v1.0.1).

A downgrade to libbpf v0.8.1 fixes the Xen build problem. I recall vaguely that the downgrade of libbpg lead to qemu issues.

/bin/ld: libcommon.fa.p/ebpf_ebpf_rss.c.o: in function `ebpf_rss_load':
/home/arthur/.cache/yay/xen/src/xen-4.16.1/tools/qemu-xen-build/../qemu-xen/ebpf/ebpf_rss.c:52: undefined reference to `bpf_program__set_socket_filter'
collect2: error: ld returned 1 exit status
...
...
...
ninja: build stopped: subcommand failed.
make: *** [Makefile:156: run-ninja] Error 1
make: Leaving directory '/home/arthur/.cache/yay/xen/src/xen-4.16.1/tools/qemu-xen-build'
make[3]: *** [Makefile:212: subdir-all-qemu-xen-dir] Error 2
make[3]: Leaving directory '/home/arthur/.cache/yay/xen/src/xen-4.16.1/tools'
make[2]: *** [/home/arthur/.cache/yay/xen/src/xen-4.16.1/tools/../tools/Rules.mk:161: subdirs-install] Error 2
make[2]: Leaving directory '/home/arthur/.cache/yay/xen/src/xen-4.16.1/tools'
make[1]: *** [Makefile:66: install] Error 2
make[1]: Leaving directory '/home/arthur/.cache/yay/xen/src/xen-4.16.1/tools'
make: *** [Makefile:140: install-tools] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: xen

ArthurBorsboom commented on 2022-10-09 19:56 (UTC)

I am not 100% sure, but Xen 4.16.2 might have been released, just not explicitly through the web interface.

https://downloads.xenproject.org/release/xen/4.16.2/

Also, while debugging a compilation problem, it seems that the newer version of dependency libbpf (1.0 vs 0.8) does not play nice with Xen 4.16.x

Refutationalist commented on 2022-08-28 09:26 (UTC) (edited on 2022-08-28 12:02 (UTC) by Refutationalist)

Xen 4.16.2 should be out soon, but I'm changing some of the ways this package compiles. First, the XSA patches always suggest that they be applied not to the tarball but to stable branch. I'd been meaning to do it for a while, but the retbleed patchset was the final nail in the tarball coffin.

There is a problem, however. Xen's builtin QEMU doesn't build properly at the moment, which is precisely the problem earlier packagers had to contend with. We really should see about separating that out, since it's a build-within-a-build.

So with that, plus a couple other issues-- how to version this and whether or not I should pin the PKGBUILD to a specific commit-- you can check out what I'm working on in my PKGBUILD repo: https://github.com/refutationalist/saur

EDIT: in a branch on that repo, I've removed QEMU building from the xen package entirely, and now have a xen-qemu package that builds QEMU fairly closely to how Xen itself builds it, so it shouldn't conflict with an existing QEMU installation. I'm thinking this may be the way to go for now, just in case there's some future push to get Xen into the repos and therefore use Arch's included qemu.

ska67 commented on 2022-08-14 14:02 (UTC)

@Refutationalist During package creation, Qemu configuration detects needed options, two additional files can be created: /usr/lib/xen/bin/qemu-keymap /usr/lib/xen/libexec/vhost-user-gpu

These two files should also be removed when assembling the xen package, but only if they are present.

Refutationalist commented on 2022-07-26 09:30 (UTC)

@straybit & @FringeLunatic

I've been working on this on and off. Can either of you try building Xen in a clean chroot to see if you get the same conflict? My packages don't create a qemu-keymap at all, and I do not build my packages on my workstation.

straybit commented on 2022-07-08 14:40 (UTC) (edited on 2022-07-08 14:40 (UTC) by straybit)

Like ArthurBorsboom and FringeLunatic I also get a conflicting file error:

Packages (3) xen-4.16.1-1  xen-docs-4.16.1-1  xen-qemu-builtin-4.16.1-1
...
error: failed to commit transaction (conflicting files)
/usr/lib/xen/bin/qemu-keymap exists in both 'xen' and 'xen-qemu-builtin'
Errors occurred, no packages were upgraded.
==> WARNING: Failed to install built package(s).