I thought the var-lib-xenstored.mount was supposed to fix this issue...? Or does this issue still occur for anyone else?
Search Criteria
Package Details: xen 4.19.1pre-1
Package Actions
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)
- acpica
- bridge-utils
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- gnutls (gnutls-gitAUR)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR)
- libaio (libaio-gitAUR)
- libjpeg-turbo (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
- libseccomp (libseccomp-gitAUR)
- libuuid.so (util-linux-libs-selinuxAUR, util-linux-libs-aesAUR, lib32-util-linux, util-linux-libs)
- libx11 (libx11-gitAUR)
- lzo
- ncurses (ncurses-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- pciutils (pciutils-gitAUR)
- pixman (pixman-gitAUR)
- pkgconf (pkgconf-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- Show 43 more dependencies...
Required by (3)
Sources (7)
Latest Comments
« First ‹ Previous 1 .. 73 74 75 76 77 78 79 80 81 82 83 .. 101 Next › Last »
luolimao commented on 2013-01-12 22:58 (UTC)
zootboy commented on 2013-01-12 22:00 (UTC)
It seems that, at least on my system, the package does not create the /var/lib/xen folder. This causes some nasty errors (a la https://bugs.launchpad.net/ubuntu/+source/xen/+bug/949974). Simply creating the empty directory fixes the issue, though.
sudo mkdir /var/lib/xen
luolimao commented on 2013-01-11 11:52 (UTC)
Sorry, forgot to post the new patch. Anyway, fixed.
kantras commented on 2013-01-11 07:26 (UTC)
Download the tarball (or use yaourt to download the files then press Ctrl-C to break out of it - the files will be under something like /tmp/yaourt-tmp-<username>/aur-xen/) If you download the tarball, extract the files into a directory.
Go into the directory and download the two files I mentioned into the directory, overwriting the old PKGBUILD file. You can then run "makepkg -i" to build and install
<deleted-account> commented on 2013-01-11 06:35 (UTC)
Can you suggest how to put your patch please. I use "yaourt"
<deleted-account> commented on 2013-01-11 06:26 (UTC)
i7-3770
8gb RAM
64bit OS
Linux localhost 3.6.11-1-ARCH #1 SMP PREEMPT Tue Dec 18 08:57:15 CET 2012 x86_64 GNU/Linux
kantras commented on 2013-01-11 05:54 (UTC)
Ahh, ok - when I built it last time, glibc hadn't been upgraded to 2.17, which is why I didn't see this issue at first when I build that PKGBUILD; glibc 2.17 makes some key changes to things such as not implicitly loading the rt lib (hence why you have to load it explicitly.) It built fine once I also included the patch mentioned by nbhs below (also at http://lists.xen.org/archives/html/xen-devel/2012-12/msg00429.html )
I uploaded the gdbsx-glibc-2.17.patch and PKGBUILD files I used to http://www.kantras.info/xen/
kantras commented on 2013-01-11 04:51 (UTC)
Hmm, its been building fine for me, even before the last added patch. Are you using 32 bit or 64 bit? What type of CPU? Any custom flags set? How much memory? I might be able to help if I can reproduce the issue on one of my test machines.
<deleted-account> commented on 2013-01-11 03:52 (UTC)
Xen 4.1 compiled fine, 4.2 does not work. It would be better returned to the repository version 4.1 :-(
fernando_ccs17 commented on 2013-01-10 17:41 (UTC)
gcc -O1 -fno-omit-frame-pointer -m64 -g -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wdeclaration-after-statement -Wno-unused-but-set-variable -D__XEN_TOOLS__ -MMD -MF .xg_main.o.d -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fno-optimize-sibling-calls -Werror -Wmissing-prototypes -I/home/fernando/Desktop/xen/src/xen-4.2.1/tools/debugger/gdbsx/xg/../../../../tools/include -c -o xg_main.o xg_main.c
xg_main.c: In function ‘_domctl_hcall’:
xg_main.c:181:52: error: ‘ulong’ undeclared (first use in this function)
xg_main.c:181:52: note: each undeclared identifier is reported only once for each function it appears in
xg_main.c: In function ‘_check_hyp’:
xg_main.c:221:52: error: ‘ulong’ undeclared (first use in this function)
make[4]: ** [xg_main.o] Erro 1
make[4]: Saindo do diretório `/home/fernando/Desktop/xen/src/xen-4.2.1/tools/debugger/gdbsx/xg'
make[3]: ** [all] Erro 2
make[3]: Saindo do diretório `/home/fernando/Desktop/xen/src/xen-4.2.1/tools/debugger/gdbsx'
make[2]: ** [subdir-install-debugger/gdbsx] Erro 2
make[2]: Saindo do diretório `/home/fernando/Desktop/xen/src/xen-4.2.1/tools'
make[1]: ** [subdirs-install] Erro 2
make[1]: Saindo do diretório `/home/fernando/Desktop/xen/src/xen-4.2.1/tools'
make: ** [install-tools] Erro 2
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