Summary: | sys-libs/ncurses with USE=berkdb links against db in /usr | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Eugene Shalygin <eugene.shalygin> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | bernhard.hartleb, DarkNRG, gbin, sam |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 398051 |
Description
Eugene Shalygin
2008-11-03 16:16:45 UTC
so dont enable USE=berkdb for ncurses should probably introduce a USE=sep-usr flag thanks, and yes, disabling berkdb is trivial solution. But, the problem is not in rescuing system, but that it happens after ordinary world update. I think something more then new use-flag should be done in order to prevent similar situations. Moreover, ncurses with that flag caused my shell to print some diagnostic messages from Berkley DB after each command (something like DB->get: method not bla-bla-bla). I had the same problem and had to use a Gentoo LiveCD to fix it. According to "ldd /lib{32,64}/* | grep /usr/ -B 5" this is not the only package which installs files in /lib{32,64} which depend on libs in /usr (for me there are dev-libs/libusb and app-emulation/emul-linux-x86-baselibs), but they were no problem yet. *** Bug 245443 has been marked as a duplicate of this bug. *** please file a bug against any package that installs into / but links against /usr/ (In reply to comment #5) > please file a bug against any package that installs into / but links against > /usr/ > Done. Bugs #245641 and #245645 for other such packages The berkdb flag is commented out in all ncurses ebuilds now. There might be still an issue, if it is added to the ebuild again. Someone should clear up the ncurses ebuilds. After that, this bug could be closed. |