That's not xen's fault; that's the fault of whatever package put those files there. However, if you were installing xen and iasl at the same time, then this error would appear, even though it has to do with iasl, not xen. Can you post the output of
yaourt -Qo /usr/bin/iasl
?
Search Criteria
Package Details: xen-stubdom 4.20.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
---|---|
Package Base: | xen |
Description: | Xen hypervisor stubdom files |
Upstream URL: | https://xenproject.org/ |
Keywords: | hypervisor virtualization xen |
Licenses: | GPL2 |
Submitter: | sergej |
Maintainer: | Refutationalist |
Last Packager: | Refutationalist |
Votes: | 184 |
Popularity: | 0.056910 |
First Submitted: | 2009-11-09 11:22 (UTC) |
Last Updated: | 2025-03-13 08:19 (UTC) |
Dependencies (42)
- xenAUR
- acpica (make)
- bison (byacc-bisonAUR, bison-gitAUR) (make)
- bridge-utils (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) (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)
- pandoc (pandoc-sile-gitAUR, pandoc-static-gitAUR, pandoc-binAUR, pandoc-cli) (make)
- Show 22 more dependencies...
Required by (3)
- xen (optional)
- xen-docs (optional)
- xen-stubdom (optional)
Sources (13)
- efi-xen.cfg
- git+https://xenbits.xen.org/git-http/xen.git#branch=stable-4.20
- http://xenbits.xen.org/xen-extfiles/grub-0.97.tar.gz
- http://xenbits.xen.org/xen-extfiles/lwip-1.3.0.tar.gz
- http://xenbits.xen.org/xen-extfiles/newlib-1.16.0.tar.gz
- http://xenbits.xen.org/xen-extfiles/pciutils-2.2.9.tar.bz2
- http://xenbits.xen.org/xen-extfiles/polarssl-1.1.4-gpl.tgz
- http://xenbits.xen.org/xen-extfiles/zlib-1.2.3.tar.gz
- tmpfiles.conf
- xen-amd-ucode.hook
- xen-intel-ucode.hook
- xen-ucode-extract.sh
- xen.conf
Latest Comments
« First ‹ Previous 1 .. 73 74 75 76 77 78 79 80 81 82 83 .. 101 Next › Last »
luolimao commented on 2013-02-17 06:45 (UTC)
<deleted-account> commented on 2013-02-15 17:57 (UTC)
hi,
xen failure report,
(10/10) checking package integrity [##########################] 100%
(10/10) loading package files [##########################] 100%
(10/10) checking for file conflicts [##########################] 100%
error: failed to commit transaction (conflicting files)
iasl: /usr/bin/acpibin exists in filesystem
iasl: /usr/bin/acpiexec exists in filesystem
iasl: /usr/bin/acpihelp exists in filesystem
iasl: /usr/bin/acpinames exists in filesystem
iasl: /usr/bin/acpisrc exists in filesystem
iasl: /usr/bin/acpixtract exists in filesystem
iasl: /usr/bin/iasl exists in filesystem
Errors occurred, no packages were upgraded.
Installation failed.
luolimao commented on 2013-02-09 18:06 (UTC)
Updated.
revellion commented on 2013-02-04 09:15 (UTC)
@deviousway,
After googling around and sourcing some info from gentoo's bug i've managed to find the problem or atleast a workaround/solution to compiling Xen.
Just like you i have a non-english system locale. sv_SE.UTF-8 to be exact.
but by doing LANG=C makepkg
I'm able to compile it successfully. Maybe the maintainer of this PKGBUILD should add LANG=C to the package() part that initiates the build to avoid this problem.
The big problem however seems to reside in python2 which pukes on non-english locales. But python2 afaik is not maintained anymore with python3 being the replacement, so might be hard to get it fixed.
fernando_ccs17 commented on 2013-01-25 20:28 (UTC)
Me too. I need manually create the folder
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"
Pinned Comments
Refutationalist commented on 2025-03-12 12:06 (UTC) (edited on 2025-03-13 08:23 (UTC) by Refutationalist)
We've moved to the newly-stable 4.20.0 branch. There are also other changes:
If you're still using pygrub note that it is deprecated. The solution is to build PV grub instead, which used to be in AUR but is now missing. I am asking a couple questions on the mailing list, and I intend to put my current build of xen-grub (which supersedes xen-pvhgrub) on AUR as soon as possible. If you need to build it before that occurs, you can find it in my PKGBUILD repo.
EDIT: 4.20.0-2 adds support for the xen-edk2 package, which has a fixed UEFI for xen