pine-4.64L-alt6 $ rpm -qp pine-4.64L-alt6.i586.rpm --requires /usr/bin/spell url_handler mktemp sed grep pico = 4.64L-alt6 /bin/sh rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 /bin/awk /lib/ld-linux.so.2 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_2.3) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) libc.so.6(GLIBC_2.7) libcrypto.so.7 libpam.so.0(LIBPAM_1.0) libsasl2.so.2 libssl.so.7 libtinfo.so.5 rtld(GNU_HASH) coreutils diffutils rpmlib(PayloadIsLzma) <= 4.4.2-1 $ and "ldd -r /usr/bin/pine" shows the dependency on libpam.so.0. I believe that pine (a mail *client*) has no need to depend on libpam; I guess, it is linked to libpam only because it uses the same code and compilation rules as UW's imapd, but in reality, it doesn't use anything from the library. AFAIU, PAM is only referred to in imap/src/osdep/unix/ckp_*.c, which are password checking functions, not needed in Pine itself. This excessive dependency makes administration more complex. Fixing this would probably require some hacking of the compilation rules for pine.
I've looked at Debian, Fedora, Ubuntu, openSuse: their alpine packages have the same imperfection (they depend on libpam), but PLD seems to have correctly patched the build process os that their alpine doesn't depend on libpam: http://www.rpmseek.com/rpm/alpine-2.00.25-1.athlon.html?hl=de&cs=alpine:PN:0:27:0:0:0:7281438 -- Benötigt * aspell * ca-certificates * config * libc.so.6 * libcom_err.so.2 * libcrypt.so.1 * libcrypto.so.0.9.8 * libdl.so.2 * libgssapi_krb5.so.2 * libhome_etc.so.1 * libkrb5.so.3 * liblber-2.4.so.2 * libldap-2.4.so.2 * libpthread.so.0 * libresolv.so.2 * libsasl2.so.2 * libssl.so.0.9.8 * libtinfo.so.5 * rtld * rpmlib http://www.rpmseek.com/rpm/alpine-1.00.12-2.i686.html?hl=de&cs=alpine:PN:0:0:0:0:0:6428106 -- Benötigt * /bin/sh * aspell * config * libc.so.6 * libcrypt.so.1 * libcrypto.so.0.9.8 * libdl.so.2 * libhome_etc.so.1 * liblber-2.4.so.2 * libldap-2.4.so.2 * libpthread.so.0 * libresolv.so.2 * libsasl2.so.2 * libssl.so.0.9.8 * libtinfo.so.5 * rtld * rpmlib
(In reply to comment #1) > same imperfection (they depend on libpam), but PLD seems to have correctly > patched the build process os that their alpine doesn't depend on libpam: As one can see from their spec-file, they used the solution described here as well -- http://talk.maemo.org/showthread.php?p=90746#post90746 : "Regarding the PAM issue, I agree with the suggestion to build using slx or lnx as the c-client target. lnx may be a better choice than slx; <...> Alternatively, you could just supply dummy PAM modules if you don't want to override the configure script. It only matters for the POP3 and IMAP servers;"