Portage 2.1.6.13 (default/linux/x86/2008.0, gcc-4.3.2, glibc-2.10.1-r0, 2.6.29-gentoo-r5 i686) ================================================================= System uname: Linux-2.6.29-gentoo-r5-i686-AMD_Athlon-tm-with-glibc2.0 Timestamp of tree: Fri, 03 Jul 2009 01:45:02 +0000 app-shells/bash: 4.0_p24 dev-lang/python: 2.5.4-r2 sys-apps/baselayout: 2.0.1 sys-apps/sandbox: 2.0 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.10.2, 1.11 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/distfiles" EMERGE_DEFAULT_OPTS="" FEATURES="ccache collision-protect distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict stricter unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://10.55.46.57/ftp/pub/distributions/gentoo http://gentoo.ddns.is74.ru/ftp/pub/distributions/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" INSTALL_MASK="" LDFLAGS="-Wl,-O1" LINGUAS="ru" MAKEOPTS="-j2" PKGDIR="/usr/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_EXTRA_OPTS="" 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="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://10.55.46.57/ftp/pub rsync://rsync.gentoo.org/gentoo-portage rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow acl acpi berkdb bzip2 cli cracklib crypt cups doc dri emacs fortran gdbm gnome gpm iconv ipv6 isdnlog midi mmx mudflap ncurses nls nptl nptlonly opengl openmp pam pcre perl pppd pulseaudio python readline reflection ruby session spl sse ssl sysfs tcpd unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="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 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" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, FFLAGS, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS make[1]: Leaving directory `/var/tmp/portage/sys-fs/e2fsprogs-1.41.7/work/e2fsprogs-1.41.7/po' if test ! -d e2fsck && test ! -d debugfs && test ! -d misc && test ! -d ext2ed ; then make install-libs ; fi ERROR: sys-fs/e2fsprogs-1.41.7 failed. Call stack: ebuild.sh, line 49: Called src_install environment, line 2517: Called gen_usr_ldscript '-a' 'e2p' 'ext2fs' environment, line 1479: Called die The specific snippet of code: [[ -z ${tlib} ]] && die "unable to read SONAME from ${lib}"; The die message: unable to read SONAME from libe2p.so
*** Bug 276466 has been marked as a duplicate of this bug. ***
I also encountered this issue in a Metro build today.
Note: when I experienced this issue, it was with e2fsprogs-1.41.7-r1, so -r1 is also affected by this. I didn't trigger it when routinely upgrading an amd64 system, but it did hit when doing a Metro x86 build.
Created attachment 196667 [details] my build.log from metro x86 build
Created attachment 196689 [details] emerge -e world
i shoud be outright aforetime) it assumed from Funtoo stage1-athlon-xp-2009.06.26 install.
(In reply to comment #6) > i shoud be outright aforetime) > it assumed from Funtoo stage1-athlon-xp-2009.06.26 install. > sorry, from this stage http://funtoo.org/linux/gentoo/athlon-xp/gentoo-athlon-xp-2009.06.26/stage1-athlon-xp-2009.06.26.tar.bz2
This is a bug in gen_usr_ldscript in toolchain-funcs.eclass. The specific command that is run by gen_usr_ldscript which fails is: scanelf -qF%S#F /var/tmp/portage/sys-fs/e2fsprogs-1.41.7-r1/image//usr/lib/libe2p.so Unfortunately, that .so is a (broken) symlink: # ls -l /var/tmp/portage/sys-fs/e2fsprogs-1.41.7-r1/image//usr/lib/libe2p.so lrwxrwxrwx 1 root root 17 Jul 5 00:45 /var/tmp/portage/sys-fs/e2fsprogs-1.41.7-r1/image//usr/lib/libe2p.so -> //lib/libe2p.so.2 gen_usr_ldscript doesn't recognize that is a symlink and resolve it based on the root /image/ directory in /var/tmp/portage, so it fails. Not sure why this works on some builds and fails on others, but this is why it failed for me.
Looking into this a bit more - the e2fsprogs "make install install-libs" seems to generate the symlink only on my 32-bit environment, 64-bit is unaffected. I don't know if this is due to an issue with the Makefile or if it's due to some other issue, like libtool.
I think the solution is to simply drop gen_usr_ldscript from the ebuild. The default symlink installation from upstream is fine. I would add merge-time functionality to portage, if you want to convert this to link scripts, based on a profile setting.
Fixed in funtoo by dropping gen_usr_ldscript. Not expecting Gentoo to do this.
should be fixed for all systems now http://sources.gentoo.org/sys-fs/e2fsprogs/e2fsprogs-1.41.7-r1.ebuild?r1=1.1&r2=1.2
Good fix. I will be adding this to funtoo too.
This bug appears again when emerging e2fsprogs-1.41.8. Please see bug #278365
It has re-appeared again because part of the fix was to remove gen_usr_ldscript in 1.41.7-r1, and 1.41.8 in gentoo is using gen_usr_ldscript again. I've dropped this from the funtoo ebuild, and I'd recommend doing the same in gentoo at this point, to prevent the bug from continually re-appearing.
no, the absolute symlink is not acceptable just like the comment in the ebuild says