The pam-1.0.1 ebuild removes .la files, so the neon compile breaks: make[1]: Entering directory `/var/tmp/paludis/net-misc-neon-0.28.2/work/neon-0.28.2/src' /bin/sh ../libtool --quiet --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -D_LARGEFILE64_SOURCE -DNE_LFS -I.. -O2 -march=i686 -pipe -ggdb -c ne_request.c -o ne_request.lo . . . [stuff snipped] . . . /bin/sh ../libtool --quiet --mode=link i686-pc-linux-gnu-gcc -no-undefined -rpath /usr/lib -version-info 28:2:1 -export-symbols-regex '^ne_[^_]' -o libneon.la ne_request.lo ne_session.lo ne_basic.lo ne_string.lo ne_uri.lo ne_dates.lo ne_alloc.lo ne_md5.lo ne_utils.lo ne_socket.lo ne_auth.lo ne_redirect.lo ne_compress.lo ne_i18n.lo ne_pkcs11.lo ne_207.lo ne_xml.lo ne_props.lo ne_locks.lo ne_xmlreq.lo ne_acl.lo ne_openssl.lo -lz -lssl -lcrypto -ldl -lsocks -lexpat grep: /usr/lib/libpam.la: No such file or directory /bin/sed: can't read /usr/lib/libpam.la: No such file or directory libtool: link: `/usr/lib/libpam.la' is not a valid libtool archive Temporary workaround: comment out the find command that removes the .la files and remerge pam.
Grant, I sincerely expected better from you ;) Although I have to say, I'm intrigued on _why_ your neon library links to libpam, as it sounds pretty stupid to me, and probably something worth fixing, care to share your emerge -pv neon? *** This bug has been marked as a duplicate of bug 218286 ***
Whoops, sorry. # paludis -ip neon Building target list... Building dependency list... These packages will be installed: * net-misc/neon [R 0.28.2] <target> -doc expat -gnutls -kerberos nls -pkcs11 socks5 ssl zlib linguas: -cs -de -fr -ja -nn -pl -ru -tr -zh_CN
Then I'll deem it a local screwup, I was betting pkcs11, I don't see how socks5 imports it...
I've got the same problem, same flags.
Can you grep around your .la files to see which one is importing libpam into the thing?
Okay found the problem: dante puts -lpam in LIBS and so it creeps in the linking list for everything using dante. Which is not a good thing at all, as it makes it quite difficult to turn PAM off in a system unless using --as-needed, and even then... A quick look at the compiled sources shows that the only file using PAM functions is /usr/sbin/sockd (the daemon).
Minor priority to me. If net-proxy wants to investigate, the easy way out is to change the configure.ac not to keep the libraries in the LIBS variable, but rather add a LIBPAM variable with -lpam in it, then just add it to the LDADD for sockd.
Fixed in dante-1.1.19-r2.
