Package Details: xen 4.19.1pre-1

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: 185
Popularity: 0.67
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2024-09-20 00:31 (UTC)

Dependencies (63)

Sources (7)

Pinned Comments

Refutationalist commented on 2024-05-22 22:08 (UTC) (edited on 2024-05-23 00:07 (UTC) by Refutationalist)

As of now (2024-22-05) Xen with stubdom doesn't build because of a problem in the imported code. Been this way for about two weeks. Anyone else seeing this behavior?

Also, there is a lot of work happening on Xen in my development repo, thanks to @Serus. Check it out at: https://github.com/refutationalist/saur

Latest Comments

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

k96hkh commented on 2018-07-06 11:00 (UTC)

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 (UTC)

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 https://github.com/xen-project/xen 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 (UTC)

@anon This commit updates the makefile for newer versions of iasl: https://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=858dbaaeda33b05c1ac80aea0ba9a03924e09005

Anonym commented on 2018-06-21 13:01 (UTC)

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 (UTC)

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

mbroemme commented on 2018-05-03 08:09 (UTC)

@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 (UTC)

Here's the patch output: https://pastebin.com/VyPBun68

virtualdxs commented on 2018-05-02 15:53 (UTC)

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

virtualdxs commented on 2018-05-02 15:28 (UTC)

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.

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