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

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 .. 20 21 22 23 24 25 26 27 28 29 30 .. 101 Next › Last »

badboy commented on 2017-03-20 09:41 (UTC)

I'd be fine with that.

<deleted-account> commented on 2017-03-19 19:32 (UTC)

So what do you guys think about using the system's OVMF and SeaBios? Apart from faster build times because we don't need to build them ourselfs, we also prevent errors like the one of @maldo. Once this is decided, I will push out a new PKGBUILD with the --disable-werror patch and possibly the new SeaBIOS/OVMF.

maldo commented on 2017-03-19 09:01 (UTC) (edited on 2017-03-19 09:02 (UTC) by maldo)

@das_j @badboy @JohnTh @tony_42 I am able to reproduce the makedev issue... and am running in further problems with ovmf ... any leads/ideas? my system: naked arch with base-devel & multilib-devel (multilib enabled) approach: sudo pacman -Syu git clone https://aur.archlinux.org/xen.git makepkg -si ... public key issue with xen4.8.0 makepkg -si --skippgpcheck ... makedev issue tap-ctl-allocate.c: In function 'tap_ctl_make_device': tap-ctl-allocate.c:109:13: error: In the GNU C Library, "makedev" is defined by <sys/sysmacros.h>. For historical compatibility, it is currently defined by <sys/types.h> as well, but we plan to remove this soon. To use "makedev", include <sys/sysmacros.h> directly. If you did not intend to use a system-defined macro "makedev", you should undefine it after including <sys/types.h>. [-Werror] err = mknod(devname, perm, makedev(major, minor)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors applying workaround of tony_42 build() { ... --with-extra-qemuu-configure-args="--disable-bluez --disable-gtk --enable-spice --enable-usb-redir --disable-werror" \ ... make LANG=C PYTHON=python2 APPEND_CFLAGS=-Wno-error dist } makepkg -si --skippgpcheck g/Library/BaseUefiCpuLib/X64/InitializeFpu.nasm > /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/UefiCpuPkg/Library/BaseUefiCpuLib/BaseUefiCpuLib/OUTPUT/X64/InitializeFpu.i /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointer.c: In function 'MigratePeiServicesTablePointer': /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointer.c:100:26: error: variable 'Status' set but not used [-Werror=unused-but-set-variable] EFI_STATUS Status; ^~~~~~ /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiHobLib/HobLib.c: In function 'GetHobList': /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiHobLib/HobLib.c:46:25: error: variable 'Status' set but not used [-Werror=unused-but-set-variable] EFI_STATUS Status; ^~~~~~ /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiHobLib/HobLib.c: In function 'GetBootModeHob': /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiHobLib/HobLib.c:212:26: error: variable 'Status' set but not used [-Werror=unused-but-set-variable] EFI_STATUS Status; ^~~~~~ cc1: all warnings being treated as errors make[7]: *** [GNUmakefile:315: /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointerLibIdt/OUTPUT/PeiServicesTablePointer.obj] Error 1 make[7]: Leaving directory '/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointerLibIdt' build.py... : error 7000: Failed to execute command make tbuild [/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointerLibIdt] build.py... : error 7000: Failed to execute command make tbuild [/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/Build/OvmfX64/RELEASE_GCC44/X64/MdePkg/Library/PeiHobLib/PeiHobLib] build.py... : error F002: Failed to build module /home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote/MdePkg/Library/PeiServicesTablePointerLibIdt/PeiServicesTablePointerLibIdt.inf [X64, GCC44, RELEASE] - Failed - Build end time: 09:48:44, Mar.19 2017 Build total time: 00:00:10 make[6]: *** [Makefile:19: build] Error 1 make[6]: Leaving directory '/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/ovmf-dir-remote' make[5]: *** [/home/rnet-master/xenbuild/xen/src/xen-4.8.0/tools/firmware/../../tools/Rules.mk:218: subdir-all-ovmf-dir] Error 2

devnull_1337 commented on 2017-03-18 22:18 (UTC)

@badboy @JohnTh: you can use the following patch for the makedev compile error: --- a/tools/blktap2/control/tap-ctl-allocate.c 2016-04-25 22:33:15.444681888 -0 700 +++ b/tools/blktap2/control/tap-ctl-allocate.c 2016-04-25 22:30:33.288046037 -0 700 @@ -36,6 +36,7 @@ #include <sys/stat.h> #include <sys/types.h> #include <sys/ioctl.h> +#include <sys/sysmacros.h> #include <linux/major.h> #include "tap-ctl.h" --- a/tools/libxl/libxl_osdeps.h 2016-04-25 22:55:04.326527630 -0700 +++ b/tools/libxl/libxl_osdeps.h 2016-04-25 22:53:36.315440845 -0700 @@ -43,6 +43,7 @@ #define SYSFS_PCIBACK_DRIVER "/sys/bus/pci/drivers/pciback" #define NETBACK_NIC_NAME "vif%u.%d" #include <pty.h> +#include <sys/sysmacros.h> #include <uuid/uuid.h> #elif defined(__sun__) #include <stropts.h>

tony_42 commented on 2017-03-14 16:27 (UTC)

You could avoid this kind of warning, now and later, with two modifications in PKGBUILD. When calling ./configure, add "--disable-werror" to --with-extra-qemuu-configure-args. And add APPEND_CFLAGS=-Wno-error to make. So build() would look like this: ./configure \ PYTHON=/usr/bin/python2 \ --prefix=/usr \ --sbindir=/usr/bin \ --with-sysconfig-leaf-dir=conf.d \ --with-initddir=/etc/init.d \ --enable-systemd \ --enable-ovmf \ "${_config_stubdom:---disable-stubdom}" \ --with-extra-qemuu-configure-args="--disable-bluez --disable-gtk --enable-spice --enable-usb-redir --disable-werror" make LANG=C PYTHON=python2 APPEND_CFLAGS=-Wno-error dist

<deleted-account> commented on 2017-03-13 06:50 (UTC)

@badboy: Fixed the architecture problem, split packages are weird. @badboy @JohnTh: I can not reproduce the problem here. I'm running a fully updated Arch. Do you have any changed values in /etc/makepkg.conf?

JohnTh commented on 2017-03-13 04:38 (UTC)

@badboy I'm seeing that too after updating Arch. To resolve, Need to add this include to relevant Xen source files, where minor(), major(), or makedev() are used. #include <sys/sysmacros.h> I found these with grep -R ' \(major\|minor\|makedev\)('. Not sure if they are the correct locations, or implementation: tools/blktap2/control/tap-ctl-allocate.c tools/libxl/libxl_internal.h tools/qemu-xen/include/qemu/osdep.h My patch here https://gitlab.com/johnth/aur-xen/raw/master/patch-include_sys_sysmacros.h.patch Details: glibc 2.25 https://sourceware.org/glibc/wiki/Release/2.25 "The inclusion of sys/sysmacros.h by sys/types.h is deprecated. Using the macros major, minor, or makedev without having directly included sys/sysmacros.h will trigger compiler warnings."

badboy commented on 2017-03-12 17:52 (UTC)

I get another error, but that seems like it needs to go upstream: $ makepkg -As --skippgpcheck [...] tap-ctl-allocate.c: In function 'tap_ctl_make_device': tap-ctl-allocate.c:109:13: error: In the GNU C Library, "makedev" is defined by <sys/sysmacros.h>. For historical compatibility, it is currently defined by <sys/types.h> as well, but we plan to remove this soon. To use "makedev", include <sys/sysmacros.h> directly. If you did not intend to use a system-defined macro "makedev", you should undefine it after including <sys/types.h>. [-Werror] err = mknod(devname, perm, makedev(major, minor));

badboy commented on 2017-03-11 22:40 (UTC)

For some reason I get an error on my 64bit machine: ==> ERROR: xen is not available for the 'x86_64' architecture.

lazycat commented on 2017-03-11 03:50 (UTC)

@das_j, @JohnTh Thank you for answers :)

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 .. 101 Next › Last »