22214 2009-11-08 23:18:49 +0300 superfluous dependency on libpam? 2009-11-09 20:32:18 +0300 1 1 4 Development Sisyphus pine unstable all Linux NEW P3 minor --- 1 imz viy qa-sisyphus oldest_to_newest 102828 0 imz 2009-11-08 23:18:49 +0300 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. 102867 1 imz 2009-11-09 18:55:08 +0300 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 102871 2 imz 2009-11-09 20:32:18 +0300 (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;"