For app-misc/pax-utils-0.6[-python]: # lddtree /sbin/blkid blkid => /sbin/blkid (interpreter => /lib/ld-linux.so.2) libblkid.so.1 => /lib/libblkid.so.1 libuuid.so.1 => /lib/libuuid.so.1 libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.7.2/libgcc_s.so.1 libc.so.6 => not found For app-misc/pax-utils-0.6[python]: # lddtree /sbin/blkid /sbin/blkid (interpreter => /lib/ld-linux.so.2) libblkid.so.1 => /lib/libblkid.so.1 libuuid.so.1 => /lib/libuuid.so.1 libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.7.2/libgcc_s.so.1 libc.so.6 => /lib/libc.so.6 This is somewhat important, since sys-kernel/genkernel depends on a working lddtree. The patch in bug #450688 and most probably the promised fix in comment 22 of the same bug (to make genkernel work with pax-utils-0.6) will probably both have to depend on >=app-misc/pax-utils-0.6[python] I did not run tests on previous versions of pax-utils, so I can't tell if the output of lddtree differs for them as well in dependence of whether the python flag is enabled or not. In the meantime I rebuild pax-utils with python, to have genkernel working together with the patch in bug #450688. Reproducible: Always
it's working fine for me (tested both amd64 & x86) $ ./lddtree.sh /sbin/blkid /bin/bash blkid => /sbin/blkid (interpreter => /lib64/ld-linux-x86-64.so.2) libblkid.so.1 => /lib64/libblkid.so.1 libuuid.so.1 => /lib64/libuuid.so.1 libc.so.6 => /lib64/libc.so.6 bash => /bin/bash (interpreter => /lib64/ld-linux-x86-64.so.2) libreadline.so.6 => /lib64/libreadline.so.6 libhistory.so.6 => /lib64/libhistory.so.6 libncurses.so.5 => /lib64/libncurses.so.5 libdl.so.2 => /lib64/libdl.so.2 libc.so.6 => /lib64/libc.so.6 please run: bash -x lddtree /sbin/blkid >& log and post the log file as an attachment
Created attachment 344734 [details] log file for $(bash -x lddtree /sbin/blkid) in pax-utils[-python] case
Here's the output of * sys-libs/glibc::installed ::installed 2.17 {:2.2} sys-libs/glibc-2.17:2.2::installed Description GNU libc6 (also called glibc2) C library Homepage http://www.gnu.org/software/libc/libc.html From repositories gentoo Installed time Sun Mar 10 16:30:42 CET 2013 Installed using paludis-1.0.0 License LGPL-2.1+ BSD HPND ISC inner-net rc PCRE Use flags (-debug) (gd) (-hardened) (-multilib) (nscd) (-profile) (-selinux) (-systemtap) (-vanilla) build_options: -trace if that helps. I suspect the problem lies here: + local elf=libc.so.6 + shift + local path pe + for path in '"$@"' + pe=/lib/libc.so.6 + [[ -e /lib/libc.so.6 ]] ++ elf_specs /lib/libc.so.6 ++ scanelf -BF '#F%a %M %D %I' /lib/libc.so.6 ++ sed 's: LINUX$: NONE:' + [[ EM_386 ELFCLASS32 LE GNU == \E\M\_\3\8\6\ \E\L\F\C\L\A\S\S\3\2\ \L\E\ \N\O\N\E ]]
should be fixed with: http://sources.gentoo.org/gentoo-projects/pax-utils/lddtree.sh?r1=1.21&r2=1.22 http://sources.gentoo.org/gentoo-projects/pax-utils/lddtree.py?r1=1.38&r2=1.39
