| Summary: | update to sys-libs/cracklib-2.8.10 removes dicts when FEATURES=unmerge-orphans | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Pacho Ramos <pacho> |
| Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | alanh, esigra, jakub, pez, qa, robert.bradbury |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Pacho Ramos
2007-10-07 18:39:26 UTC
I can confirm that this happened to me on more than one machine, and the solution fixed it *** Bug 195498 has been marked as a duplicate of this bug. *** Ah, this is actually related to bug #195527 which I just submitted awhile ago. This bit me too. If you have unmerge-orphans in FEATURES, the cracklib dictionaries end up getting removed incorrectly. This is because in the old version of cracklib, the files were officially owned by the package, which is no longer the case. If you set FEATURES="-unmerge-orphans" before merging in the update, it'd be fine as well. The re-emerge of cracklib works because the generated dictionaries don't get removed since the "old" cracklib didn't own them to begin with. I get this message. bash$ passwd New UNIX password: /usr/lib/cracklib_dict.pwd: No such file or directory PWOpen: No such file or directory I believe to work around this bug, in addition to emerging "sys-libs/cracklib" it is necessary to emerge "sys-apps/cracklib-words". That provides the dictionaries required by cracklib. It is open to debate whether cracklib should require cracklib-words. (In reply to comment #5) > I believe to work around this bug, in addition to emerging "sys-libs/cracklib" > it is necessary to emerge "sys-apps/cracklib-words". That provides the > dictionaries required by cracklib. It is open to debate whether cracklib > should require cracklib-words. There'd be nothing broken if sys-libs/cracklib didn't create the dicts as *orphaned* files that get unmerged by default as noted in Comment #3, this is a horrible idea. cracklib-2.8.12 is stable now so most people who hit this will get it fixed when they upgrade ive added a workaround check to cvs for people still on older versions: http://sources.gentoo.org/sys-libs/cracklib/cracklib-2.8.12.ebuild?r1=1.7&r2=1.8 unfortunately, i cant make this automatic via pkg_postrm() as portage will only execute the pkg_postrm() of the older ebuilds, not the newer ones (In reply to comment #7) > ive added a workaround check to cvs for people still on older versions: > http://sources.gentoo.org/sys-libs/cracklib/cracklib-2.8.12.ebuild?r1=1.7&r2=1.8 Thanks a lot! I've just installed a "new" system on x86 with 2006.1-i586-stage3 and run into this issue. Everything worked fine. |