| 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.043714 |
| First Submitted: | 2009-11-09 11:22 (UTC) |
| Last Updated: | 2025-03-13 08:19 (UTC) |
I am building in a clean chroot. I get the following error;
xc_pm.c:308:5: error: 'strncpy' specified bound 16 equals destination size [-Werror=stringop-truncation] strncpy(scaling_governor, govname, CPUFREQ_NAME_LEN);
It looks like there may be a patch for it https://www.mail-archive.com/xen-devel@lists.xenproject.org/msg11468.html
@virtualdxs: I've fixed OVMF system path, also added XSA-258 and glibc-2.27 compilation fix.
Regarding build failure, it looks like there was a previosuly applied patch in the src/ directory. Did you do rm -R src/ pkg/ before trying another compilation?
Here's the patch output: https://pastebin.com/VyPBun68
Also xsa253-xsa254-diff-release410-comet1.1.patch is failing. Build succeeds without it.
I could've sworn this was fixed months ago, but the compile options are wrong.
--enable-ovmf \
--with-system-ovmf \
--with-system-seabios=/usr/share/qemu/bios-256k.bin \
Notice the --with-system-ovmf doesn't have a path. So Xen tries to access the file yes when looking for an EFI bios.
@mbroemme
xencommons: afaik I did not modified anything in xencommons https://pastebin.com/fjL3aRXw
xenstored.log:
... Xen Storage Daemon, version 1.0 Xen Storage Daemon, version 1.0 Xen Storage Daemon, version 1.0 [20170612T07:40:10.883Z|error|xenstored] closing socket connection: write error: Broken pipe Xen Storage Daemon, version 1.0 Xen Storage Daemon, version 1.0 ...
@barathon: Do you have anything in /var/log/xen/xenstored.log Could you please post a link to your /etc/conf.d/xencommons
Nope, its still not working.
$ systemctl status xenstored ● xenstored.service - The Xen xenstore Loaded: loaded (/usr/lib/systemd/system/xenstored.service; enabled; vendor preset: disabled) Active: failed (Result: protocol) since Fri 2018-04-13 06:08:24 CEST; 10h ago Process: 493 ExecStart=/etc/xen/scripts/launch-xenstore (code=exited, status=0/SUCCESS) Process: 484 ExecStartPre=/bin/grep -q control_d /proc/xen/capabilities (code=exited, status=0/SUCCESS) Main PID: 493 (code=exited, status=0/SUCCESS) $ $ pacman -Qi xen Version : 4.10.0-4 Provides : xen-4.10.0 Installed Size : 63.92 MiB Build Date : Thu 12 Apr 2018 09:29:46 AM CEST Install Date : Thu 12 Apr 2018 09:30:24 AM CEST
@mbroemme: Sure. But I can restart the machine only tomorrow.
@jsteel: I've fixed the dependencies and aligned them between qemu-xen and qemu-xen-traditional.
@ianu/@dhlk: Fixed it as well and also applied and enabled all patches up to XSA-256.
@baratharon: Could you please retry with latest PKGBUILD from AUR?
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:
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