@piwwo, I did the same.
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.46 |
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-selinuxAUR, util-linux-libs-aesAUR, 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)
Latest Comments
« First ‹ Previous 1 .. 31 32 33 34 35 36 37 38 39 40 41 .. 101 Next › Last »
ArthurBorsboom commented on 2015-07-23 08:50 (UTC)
piwwo commented on 2015-07-23 08:28 (UTC)
Ok that works for me with multilib, however not with spice, not even with spice-protocol-git. I removed spice from config for now.
pacman -Q spice spice-protocol-git
spice 0.12.5-1
spice-protocol-git 20121019-2
kantras commented on 2015-07-21 13:29 (UTC)
@piwwo: gcc-multilib (plus the the associated packages) are a part of the official 'multilib' repository; this repository contains a number of things including 32 bit versions of several support libraries. You should be able to edit /etc/pacman.conf and uncomment the section for multilib to enable it. Once you then request to install gcc-multilib, its going to ask to change out several packages with their multilib equivant ones; this version of gcc is the same as the one you'd been using but has support to be able to compile 32 bit versions on request.
piwwo commented on 2015-07-21 09:24 (UTC)
Ok what version of gcc-multilib? on AUR or AUR4?
ArthurBorsboom commented on 2015-07-19 16:46 (UTC)
Replacing gcc with gcc-multilib fixed the compilation issue for me.
kantras commented on 2015-07-19 02:25 (UTC)
can someone who is having compile issues please try gcc-multilib from the multilib repository - the error that piwwo posted appeared to be related to compiling the 32-bit version of one of the support tools.
ArthurBorsboom commented on 2015-07-14 20:55 (UTC)
@kantras: I experience the same issue as piwwo.
- spice disabled
- same gcc, no multilib
- kernel 4.0.7-2
piwwo commented on 2015-07-13 09:56 (UTC)
Uhm I think I am using gcc.
# pacman -Q gcc
gcc 5.1.0-5
Package gcc-multilib was not found.
Here is the config log
http://pastebin.com/sLcCpzvG
kantras commented on 2015-07-10 23:19 (UTC)
@nocko: looks like spice-protocol 0.12.8 is broken, based on the thread: https://bugzilla.redhat.com/show_bug.cgi?id=1239102#c3 - as a workaround, if you're not using Spice, open the PKGBUILD file, find the option '--enable-spice' and change it to '--disable-spice' to compile with Spice support removed.
kantras commented on 2015-07-10 22:43 (UTC)
@piwwo: are you using gcc or gcc-multilib? If i'm reading the error message right, it would be the ./src/xen-4.5.1/stubdom/newlib-x86_32/config.log file
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.