$ grep cracklib_dict /var/db/pkg/sys-libs/cracklib-2.7-r10/CONTENTS obj /usr/lib/cracklib_dict.pwd 6f7bac89bf5d171417934d4476e2dc1b 1103143738 obj /usr/lib/cracklib_dict.pwi 76821ac611818090571a3eb64ec5462a 1103143738 obj /usr/lib/cracklib_dict.hwm f250b052479fb75a8ca6d085a866ab4f 1103143738 $ grep lib64 /var/db/pkg/sys-libs/cracklib-2.7-r10/CONTENTS dir /usr/lib64 obj /usr/lib64/libcrack.a 4f3bed40d9fd6de504fa34837ce3c2e9 1103143738 dir /lib64 sym /lib64/libcrack.so -> libcrack.so.2.7 1103143748 obj /lib64/libcrack.so.2.7 82fc0580dac2ef88305310701755d873 1103143738 sym /lib64/libcrack.so.2 -> libcrack.so.2.7 1103143748 And in pam-0.77-r3/work/Linux-PAM-0.77/configure.in: ... AC_MSG_CHECKING(path to cracklib dictionary) lib=`basename "$libdir"` DICT_DIR_CANDIDATES="/usr/$lib /usr/share/dict /usr/share/$lib \ /usr/local/$lib /usr/local/share/$lib" unset lib DICT_FILE_CANDIDATES="pw_dict cracklib_dict" ... This won't come up in cases where lib64 and lib are symlinked to be the same, but that is not the correct way to work. Was there some reason (like another package) that cracklib's 'libdir' patch didn't fix it so the dictionaries were installed in libdir?
Created attachment 46078 [details, diff] Fix pam's configure.in so it looks in /usr/lib I think cracklib needs to be changed to install the dictionaries in /usr/$(get_libdir), but this will workaround the problem in pam.
patching pam to work around a simple bug in cracklib seems kind of dumb doesnt it ? :p
fix seems to be to add this to the `make install` cmd in cracklib: DICTPATH="/usr/$(get_libdir)/cracklib_dict" can you verify ? if so, i'll fix the cracklib ebuild
yep, vapier, that works... but I wasn't sure if this was simply an oversight or intentional behavior with cracklib (do other packages look explicitly in /usr/lib). Either way, I think patching it to use libdir and fixing the others is the best idea... I'm sure I'll hit them soon if they do. Thanks.
fixed in cvs
