is it a bug actually? unstable latest nss required by ff 3.6 was installed and after doing revdep-rebuild --library libnss3.so.12, /app-emulation/emul-linux-x86-baselibs-20091231 complains: QA Notice: The following shared libraries lack a SONAME * /lib32/libnss_ldap-2.9.so Reproducible: Always Steps to Reproduce: 1. # revdep-rebuild --library libnss3.so.12 * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries using libnss3.so.12 * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Checking dynamic linking [ 31% ] * found /usr/lib32/nss/libsmime3.so.12 * found /usr/lib32/nss/libssl3.so.12 [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib32/nss/libsmime3.so.12 -> app-emulation/emul-linux-x86-baselibs * /usr/lib32/nss/libssl3.so.12 -> app-emulation/emul-linux-x86-baselibs * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot app-emulation/emul-linux-x86-baselibs:0 .......... Calculating dependencies... done! >>> Verifying ebuild manifests >>> Emerging (1 of 1) app-emulation/emul-linux-x86-baselibs-20091231 * emul-linux-x86-baselibs-20091231.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * CPV: app-emulation/emul-linux-x86-baselibs-20091231 * REPO: gentoo * USE: amd64 elibc_glibc kernel_linux multilib userland_GNU sandbox:main signal SIGQUIT already had a handler ... >>> Unpacking source... >>> Unpacking emul-linux-x86-baselibs-20091231.tar.bz2 to /var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20091231/work >>> Source unpacked in /var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20091231/work sandbox:main signal SIGQUIT already had a handler ... >>> Compiling source in /var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20091231/work ... >>> Source compiled. sandbox:main signal SIGQUIT already had a handler ... >>> Test phase [not enabled]: app-emulation/emul-linux-x86-baselibs-20091231 sandbox:main signal SIGQUIT already had a handler ... >>> Install emul-linux-x86-baselibs-20091231 into /var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20091231/image/ category app-emulation >>> Completed installing emul-linux-x86-baselibs-20091231 into /var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20091231/image/ sandbox:main signal SIGQUIT already had a handler ... * QA Notice: The following shared libraries lack a SONAME * /lib32/libnss_ldap-2.9.so >>> Installing (1 of 1) app-emulation/emul-linux-x86-baselibs-20091231 sandbox:main signal SIGQUIT already had a handler ... sandbox:main signal SIGQUIT already had a handler ... sandbox:main signal SIGQUIT already had a handler ... >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. * Build finished correctly. Removing temporary files... * * You can re-run revdep-rebuild to verify that all libraries and binaries * are fixed. Possible reasons for remaining inconsistencies include: * orphaned files * deep dependencies * packages installed outside of portage's control * specially-evaluated libraries rm: cannot remove `2_ldpath.rr': No such file or directory
*** This bug has been marked as a duplicate of bug 246329 ***