Package Base Details: xen

Git Clone URL: (read-only, click to copy)
Keywords: hypervisor virtualization xen
Submitter: sergej
Maintainer: Refutationalist
Last Packager: Refutationalist
Votes: 183
Popularity: 0.83
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 ... 7 8 9 10 11 12 13 14 15 16 17 ... Next › Last »

mbroemme commented on 2018-07-06 11:57

@k96hkh: I believe xen 4.11.0 will come out in the next 2 weeks. Is it okay to wait this 2 weeks and I will update the PKGBUILD as soon as 4.11.0 is out.

k96hkh commented on 2018-07-06 11:00

I'm afraid I got stuck with same error as "Anonym" and "tendermonster", any idea what I can do to get xen to build? I guess I could build from 4.11-rcX like "tendermonster" but I would prefer to use the AUR package. Cheers!

tendermonster commented on 2018-06-22 16:22

My lil story on installing xen from aur:

i got the same error what "Anonym commented on 2018-06-21 15:01" got. Then i tried to compile xen myself from gitrepo but failed with save error. I tries fixing it my editing countless c++ files, but at the end i gave up when i encountered "util.o: In function hvmloader_acpi_build_tables': util.c:(.text+0x183e): undefined reference todsdt_anycpu_qemu_xen' util.c:(.text+0x1b52): undefined reference to dsdt_anycpu' util.c:(.text+0x1b65): undefined reference todsdt_15cpu' ovmf.o: In function ovmf_acpi_build_tables': ovmf.c:(.text+0xf8): undefined reference todsdt_anycpu_qemu_xen' seabios.o: In function seabios_acpi_build_tables': seabios.c:(.text+0x25a): undefined reference todsdt_anycpu_qemu_xen' rombios.o: In function rombios_acpi_build_tables': rombios.c:(.text+0x68): undefined reference todsdt_anycpu' rombios.c:(.text+0x7e): undefined reference to `dsdt_15cpu' " errors. I have no idea what really causes it(Makefile in tools/firmware/hvmloader?)

After that I just compiled the more uptodate "i guess" 4.11-rcX from and all just worked fine.

Just install all required packaged "make gcc lib32-gcc-libs lib32-fakeroot lib32-libltdl seabios patch autoconf pkgconf linux-headers zlib python python-pip python-lxml xorg-server haskell-uuid yajl libaio glib2 bridge-utils bison flex acpica cmake markdown figlet bin86 dev86 python2 python-pip fig2dev wget pandoc patch" and configure; make; install

Just to be on the safe side use python2 and gcc7 also link then to gcc and python with ln -s /usr/bin/python2 /usr/bin/python and ls -s /usr/bin/gcc-7 /usr/bin/gcc

It would ne cool if anyone would notify me if the problem resolves on xen 4.10.1

Much thx and have a sunny day :)

dhlk commented on 2018-06-22 00:51

@anon This commit updates the makefile for newer versions of iasl:;a=commit;h=858dbaaeda33b05c1ac80aea0ba9a03924e09005

Anonym commented on 2018-06-21 13:01

when compiling dsdt_anycpu.c, I get the following error dsdt_anycpu.c:7495:28: Error:‘dsdt_anycpu’ undeclared here (not in a function); did you mean ‘dsdt_anycpu_len’? int dsdt_anycpu_len=sizeof(dsdt_anycpu); ^~~~~~~~~~~ dsdt_anycpu_len

baratharon commented on 2018-05-08 08:47

@daniel_shub AFAIK, this is a new feature in GCC 8, which will be an error if -Werror is used. If you need the build ASAP, then you can downgrade your GCC.

daniel_shub commented on 2018-05-07 23:55

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

mbroemme commented on 2018-05-03 08:09

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

virtualdxs commented on 2018-05-02 15:59

Here's the patch output:

virtualdxs commented on 2018-05-02 15:53

Also xsa253-xsa254-diff-release410-comet1.1.patch is failing. Build succeeds without it.