> Unpacking this tarball to my system does not let me reproduce the bug. > > Can you try to get a backtrace of this bug by running 'gdb passwd' as root, > typing 'run test' to change the password of user 'test', and then sending > the output of 'bt' when it crashes?
New interesting observations - the crash did not occur today (after I booted the workstation in the morning). So I suspected that it somehow only crashes after the installation of the packages. So I purged libpam-cracklib, cracklib-runtime, cracklib2 and installed them again. And the crash is back. Here is the stack trace: #0 0xb7ee61b4 in strcmp () from /lib/tls/libc.so.6 #1 0xb7c31fed in FindPW () from /usr/lib/libcrack.so.2 #2 0xb7c31557 in FascistLook () from /usr/lib/libcrack.so.2 #3 0xb7c316e1 in FascistCheck () from /usr/lib/libcrack.so.2 #4 0xb7c48260 in pam_sm_chauthtok () from /lib/security/pam_cracklib.so #5 0xb7fa9b54 in pam_fail_delay () from /lib/libpam.so.0 #6 0xb7fa9cd0 in _pam_dispatch () from /lib/libpam.so.0 #7 0xb7fabad4 in pam_chauthtok () from /lib/libpam.so.0 #8 0x0804b175 in ?? () #9 0x080522d0 in ?? () #10 0x00002000 in ?? () #11 0x0804d764 in _IO_stdin_used () #12 0xbffff7dc in ?? () #13 0x0000003f in ?? () #14 0x00000001 in ?? () #15 0xffffffff in ?? () #16 0x080522d0 in ?? () #17 0xb7fa2098 in timezone () from /lib/tls/libc.so.6 #18 0x00000000 in ?? () #19 0xbffff8f8 in ?? () #20 0x0804a864 in ?? () #21 0xbffffac3 in ?? () #22 0x00000000 in ?? () #23 0x00000000 in ?? () #24 0xbffff824 in ?? () #25 0x68542031 in ?? () #26 0x004d2075 in ?? () #27 0xb7e7a1a8 in ?? () from /lib/tls/libc.so.6 #28 0xbffff860 in ?? () #29 0xb7ff1a4c in _dl_unload_cache () from /lib/ld-linux.so.2 Previous frame inner to this frame (corrupt stack?) I've checked what could have happend upon shutdown/boot with cracklib and I've found out that there is a cronjob - /etc/cron.daily/cracklib but running it manually does not make the problem go away. Strange enough, isn't it? R.
signature.asc
Description: OpenPGP digital signature
