Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#11353 - pam: /lib vs. /usr/lib
Attached to Project:
Arch Linux
Opened by Jens Adam (byte) - Sunday, 31 August 2008, 12:08 GMT
Last edited by Allan McRae (Allan) - Sunday, 15 March 2009, 03:15 GMT
Opened by Jens Adam (byte) - Sunday, 31 August 2008, 12:08 GMT
Last edited by Allan McRae (Allan) - Sunday, 15 March 2009, 03:15 GMT
|
Detailsfind /lib/ -type f -name '*.so*' | xargs file | grep "dynamic" | cut -d: -f1 | xargs ldd | grep -C5 --color /usr/
/lib/security/pam_cracklib.so: libcrack.so.2 => /usr/lib/libcrack.so.2 /lib/security/pam_userdb.so: libdb-4.7.so => /usr/lib/libdb-4.7.so I'm not really sure, but does that pose a problem in case you use those pam modules and have /usr on another partition? Unrelated note: ldd: warning: you do not have execution permission for `/lib/libacl.so.1.1.0' ldd: warning: you do not have execution permission for `/lib/libattr.so.1.1.0' |
This task depends upon
Comment by Gerardo Exequiel Pozzi (djgera) -
Saturday, 14 March 2009, 01:24 GMT
Maybe in cases that the "/usr" is corrupt.