Me too. I need manually create the folder
Search Criteria
Package Details: xen-docs 4.19.1pre-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
|---|---|
| Package Base: | xen |
| Description: | Xen hypervisor documentation and man pages |
| Upstream URL: | https://xenproject.org/ |
| Keywords: | hypervisor virtualization xen |
| Licenses: | GPL2 |
| Submitter: | sergej |
| Maintainer: | Refutationalist |
| Last Packager: | Refutationalist |
| Votes: | 185 |
| Popularity: | 0.27 |
| First Submitted: | 2009-11-09 11:22 (UTC) |
| Last Updated: | 2024-09-20 00:31 (UTC) |
Dependencies (35)
- acpica (make)
- bin86AUR (make)
- bison (byacc-bisonAUR, bison-gitAUR) (make)
- bridge-utils (make)
- dev86AUR (make)
- fig2dev (fig2dev-gitAUR) (make)
- flex (flex-gitAUR) (make)
- gettext (gettext-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (make)
- gnutls (gnutls-gitAUR) (make)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR) (make)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR) (make)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR) (make)
- libaio (libaio-gitAUR) (make)
- libuuid.so (util-linux-libs-aesAUR, util-linux-libs-selinuxAUR, lib32-util-linux, util-linux-libs) (make)
- libx11 (libx11-gitAUR) (make)
- lzo (make)
- ncurses (ncurses-gitAUR) (make)
- openssl (openssl-gitAUR, openssl-staticAUR) (make)
- Show 15 more dependencies...
Required by (1)
- xen (optional)
Sources (7)
fernando_ccs17 commented on 2013-01-25 20:28 (UTC)
luolimao commented on 2013-01-12 22:58 (UTC)
I thought the var-lib-xenstored.mount was supposed to fix this issue...? Or does this issue still occur for anyone else?
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 :-(
Pinned Comments
Refutationalist commented on 2024-12-06 01:37 (UTC)
Please Note: Per best-practices by upstream this package follows the git stable branch. Minor releases do not require a version bump and the PKGBUILD will provide the appropriate version number.
stubdom is still broken.