Bugzilla Bug 218745

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.