I'm using the powerpc64-unknown-linux-gnu-emerge script generated by crossdev (on a x86_64 host). When building libxcb, it appears that it does not pick up the dep on xcb-proto for some reason. # powerpc64-unknown-linux-gnu-emerge -av libxcb * IMPORTANT: 4 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-libs/libxcb-1.11-r1:0/1.11::gentoo to /usr/powerpc64-unknown-linux-gnu/ USE="xkb -doc (-selinux) -static-libs {-test}" 0 KiB Total: 1 package (1 new), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] However xcb-proto is not installed. Looking at the ebuild, it appears that the dep is semi-there, via some python_gen_any_dep script. Not sure what that does, but I'd say that goes wrong in a cross-compiling environment. FWIW I have the following in make.conf: USE_PTYHON="2.7" PYTHON_TARGETS="python2_7" Let me know if there's additional info you need. Reproducible: Always [note, the USE flags below are wrong... they're for my system install, not for the make.conf in the crossdev environment, where they're much more modest] # powerpc64-unknown-linux-gnu-emerge --info Portage 2.2.20.1 (python 2.7.9-final-0, default/linux/powerpc/ppc64/13.0/64bit-userland/desktop, gcc-4.9.3, unavailable, 4.1.6 x86_64) ================================================================= System uname: Linux-4.1.6-x86_64-Intel-R-_Core-TM-_i7_CPU_920_@_2.67GHz-with-gentoo-2.2 KiB Mem: 6098668 total, 536152 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Tue, 25 Aug 2015 01:45:01 +0000 sh bash 4.3_p39 ld GNU ld (Gentoo 2.25.1 p1.0) 2.25.1 distcc 3.1 x86_64-pc-linux-gnu [enabled] sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.17::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-libs/glibc: 2.20-r2::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 x-portage location: /usr/local/portage masters: gentoo priority: 0 ACCEPT_KEYWORDS="ppc64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -mcpu=G5 -mtune=G5 -fomit-frame-pointer" CHOST="powerpc64-unknown-linux-gnu" CONFIG_PROTECT="/etc /etc/stunnel/stunnel.conf /usr/share/gnupg/qualified.txt /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe -mcpu=G5 -mtune=G5 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distcc distlocks ebuild-locks fixlafiles merge-sync news nodoc noinfo noman parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j4" PKGDIR="/usr/powerpc64-unknown-linux-gnu/packages/" PORTAGE_CONFIGROOT="/usr/powerpc64-unknown-linux-gnu/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/usr/powerpc64-unknown-linux-gnu/tmp/" USE="X a52 aac berkdb bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cups cxx dri dts dvd dvdr egl emboss encode exif fam firefox flac fortran gbm gdbm gif glamor gles2 gpm ibm iconv ipv6 jpeg lcms libnotify mad make-symlinks minimal mng modules mp3 mp4 mpeg ncurses nls nptl ogg opengl openmp pango pcre pdf png policykit ppc64 ppds qt3support readline sdl session spell ssl startup-notification svg tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xcb xml xv xvid zlib" ABI_PPC="64" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="nouveau" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
cc-ing python team in case some special steps are required to use python-any-r1.eclass when cross-compiling.
FWIW this has happened for a ton of packages, esp X-related. Since I needed to move forward I just installed the relevant packages by hand that the configure script would complain about. I didn't take notes on specifically which ones it was, but I remember looking at the time and it was generally stuff where it was like foo-package[${MULTILIB_USEDEP}] but I don't know that this was the case in all cases. Perhaps it's relevant that the target is ppc64 (and the build host is x86_64), both of which have an ABI situation of some sort.
> cc-ing python team in case some special steps are required to use python-any-r1.eclass when cross-compiling. I doubt cross-compiling has even crossed our minds. That said, python_gen_cond_dep just generates a big || () dep, so it should not really be anything special.
This has nothing to do with python at all. It seems that portage does not install build-time dependencies in ROOT; at least, not by default. Try running powerpc64-unknown-linux-gnu-emerge --root-deps libxcb to see the difference it makes.
(In reply to Mike Gilbert from comment #4) > This has nothing to do with python at all. It seems that portage does not > install build-time dependencies in ROOT; at least, not by default. > > Try running powerpc64-unknown-linux-gnu-emerge --root-deps libxcb to see the > difference it makes. As I mentioned, I wanted to get the system actually going so I just installed it by hand. Is there a way to continue analyzing this given that I now have all the deps installed for real? Perhaps there's a emerge --list-the-deps option? Alternatively I'll try it in a different ROOT and see what happens.
Created attachment 423366 [details] build.log Interesting problem with arm crosscompile on the same package.
Created attachment 454416 [details] MIPS build failure (In reply to Alex Barker from comment #6) > Created attachment 423366 [details] > build.log > > Interesting problem with arm crosscompile on the same package. I don't think it's related to processor architecture. Here's a log compiling for MIPS.
Same with current portage, crossdev on arm-unknown-linux-gnueabi, and libxcb-1.12-r2.
Created attachment 460988 [details] arm-unknown-linux-gnueabi-emerge -pqv --root-deps libxcb (In reply to Mike Gilbert from comment #4) > This has nothing to do with python at all. It seems that portage does not > install build-time dependencies in ROOT; at least, not by default. > > Try running powerpc64-unknown-linux-gnu-emerge --root-deps libxcb to see the > difference it makes. Please refer to the attachment to see what --root-deps does. Can't say it helps.
*** Bug 610006 has been marked as a duplicate of this bug. ***
I would like to BUMP by saying that while `aarch64-unknown-linux-gnu-emerge -1 libxcb --root-deps --deep --newuse` install plenty of new packages, it does not solve the problem and python was already installed in both host and target. So far it seems editing the eclass and removing the error and associated `die` is the only way to "fix" this issue. XCB then mostly compile, but soon hits the problem where xcb-proto needs to be installed in the HOST system since python uses it and it from the host. ##### WORKAROUND TUTORIAL FOR tl;dr USERS ##### nano /usr/portage/eclass/python-any-r1.eclass # and remove the die USE="xml" emerge xcb-proto python # (yes, on the host) ############## END WORKAROUND #################
(In reply to Emmanuel Lepage Vallee from comment #11) > I would like to BUMP by saying that while `aarch64-unknown-linux-gnu-emerge > -1 libxcb --root-deps --deep --newuse` install plenty of new packages, it > does not solve the problem and python was already installed in both host and > target. > > So far it seems editing the eclass and removing the error and associated > `die` is the only way to "fix" this issue. XCB then mostly compile, but soon > hits the problem where xcb-proto needs to be installed in the HOST system > since python uses it and it from the host. > > ##### WORKAROUND TUTORIAL FOR tl;dr USERS ##### > > nano /usr/portage/eclass/python-any-r1.eclass # and remove the die > USE="xml" emerge xcb-proto python # (yes, on the host) > > ############## END WORKAROUND ################# Never ever suggest workarounds like that that don't use '--one-shot'
I think this is fixed with libxcb-1.14, since it's now using EAPI=7 with has_version -b. Please reopen if I am incorrect.
I think it needs to call "has_version -d" (DEPEND), not "has_version -b" (BDEPEND).
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9b6a2669d8c2398497af3c9716ecafbcb15911d1 commit 9b6a2669d8c2398497af3c9716ecafbcb15911d1 Author: Mike Gilbert <floppym@gentoo.org> AuthorDate: 2020-05-22 03:16:13 +0000 Commit: Mike Gilbert <floppym@gentoo.org> CommitDate: 2020-05-22 03:16:13 +0000 x11-libs/libxcb: move xcb-proto to BDEPEND Closes: https://bugs.gentoo.org/558774 Signed-off-by: Mike Gilbert <floppym@gentoo.org> x11-libs/libxcb/libxcb-1.14.ebuild | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-)