20100502 snapshot. During the emerge pax-utils step, zlib-1.2.5-r2 is pulled into the depgraph but it will die if pax-utils isn't installed.. * QA Notice: command not found: * * $EPREFIX/var/tmp/portage/sys-libs/zlib-1.2.5-r2/temp/environment: line 4258: scanelf: command not found >>> Failed to emerge sys-libs/zlib-1.2.5-r2, Log file: >>> '/net/nbstore/vol/tools/prefix/p/x86-solaris-10/var/tmp/portage/sys-libs/zlib-1.2.5-r2/temp/build.log' * Messages for package sys-libs/zlib-1.2.5-r2: * ERROR: sys-libs/zlib-1.2.5-r2 failed: * unable to read SONAME from libz.so * * Call stack: * ebuild.sh, line 54: Called src_install * environment, line 5175: Called gen_usr_ldscript '-a' 'z' * environment, line 4259: Called die * The specific snippet of code: * [[ -z ${tlib} ]] && die "unable to read SONAME from ${lib}"; * * If you need support, post the output of 'emerge --info =sys
ok, this worked on Darwin, so the order/amount probably has to be updated
(In reply to comment #1) > ok, this worked on Darwin, so the order/amount probably has to be updated > So, on solaris/hp-ux (according to pax-utils ebuild), you need gnulib installed. gnulib requires aclocal (sys-devel/automake-wrapper) automake-wrapper requires automake automake requires autoconf autoconf requires a bunch of crap like perl. And, guess what? zlib shows up in all of these package's depgraphs. fun. =P
probably time to give gnulib a kick
As a workaround: http://overlays.gentoo.org/proj/alt/changeset/57771 Index: pax-utils-0.2.1.ebuild =================================================================== --- pax-utils-0.2.1.ebuild (revision 57765) +++ pax-utils-0.2.1.ebuild (working copy) @@ -27,7 +27,7 @@ src_compile() { local libs - if [[ ${CHOST} == *-solaris* || ${CHOST} == *-hpux* ]]; then + if [[ ${CHOST} == *-hpux* ]]; then append-flags -I"${EPREFIX}"/usr/$(get_libdir)/gnulib/include append-ldflags -L"${EPREFIX}"/usr/$(get_libdir)/gnulib/lib libs="-lgnu"
I think we need to make toolchain.eclass (or whatever provides gen_usr_ldscripts) resistant against a missing scanelf/scanmacho, by doing a lame copy or something.
(In reply to comment #4) > As a workaround: http://overlays.gentoo.org/proj/alt/changeset/57771 Should the dependencies to glib not also be removed? At least I needed it on solaris.
(In reply to comment #6) > (In reply to comment #4) > > As a workaround: http://overlays.gentoo.org/proj/alt/changeset/57771 > > Should the dependencies to glib not also be removed? At least I needed it on > solaris. > Once I applied darkside's patch and removed the dependency to gnulib, I was able to: emerge --oneshot pax-utils just fine on Solaris10/sparc. No idea on the HP/UX front. Portage 2.2.00.15842-prefix (prefix/sunos/solaris/5.10/sparc, gcc-4.2.4, unavailable, 5.10 sun4u) ================================================================= System uname: Solaris-2.10-sun4u-sparc-32bit-ELF Timestamp of tree: Sun, 09 May 2010 21:37:55 +0000 app-shells/bash: 4.0_p37 sys-devel/binutils: 2.20.51.0.4 sys-devel/gcc: 4.2.4-r01.2 sys-devel/gcc-config: 1.4.1-r00.2 ACCEPT_KEYWORDS="~sparc-solaris" ACCEPT_LICENSE="* -@EULA" CBUILD="sparc-sun-solaris2.10" CFLAGS="" CHOST="sparc-sun-solaris2.10" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CPPFLAGS="-I/home/chris/gentoo32/usr/include" CXXFLAGS="" DISTDIR="/home/chris/gentoo32/usr/portage/distfiles" FEATURES="assume-digests collision-protect distlocks fixpackages news nostrip parallel-fetch preserve-libs protect-owned sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="C" LDFLAGS="-L/home/chris/gentoo32/usr/lib -R/home/chris/gentoo32/usr/lib -L/home/chris/gentoo32/lib -R/home/chris/gentoo32/lib" PKGDIR="/home/chris/gentoo32/usr/portage/packages" PORTAGE_CONFIGROOT="/home/chris/gentoo32/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/home/chris/gentoo32/var/tmp" PORTDIR="/home/chris/gentoo32/usr/portage" SYNC="rsync://rsync.prefix.freens.org/gentoo-portage-prefix" e chaos account" Unset: CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
I just committed a patch for comment #5.
*** Bug 326461 has been marked as a duplicate of this bug. ***
I'll have to bootstrap tomorrow to see how to get by this.
I updated the bootstrap-prefix.sh script, and I updated the solaris bootstrap directions to include a bootstrap of zlib. With this (I admit, I tried on latest_tree) I was able to emerge portage.
Yup, everything all roght now on emerge portage.
closing then for the moment