Summary: | libgpm in /usr/lib, when ncurses compiled with gpm, no boot may be possible due to lvm (which depends on ncurses) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tobias C. Rittweiler <tcr> |
Component: | New packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED DUPLICATE | ||
Severity: | critical | CC: | stian |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Tobias C. Rittweiler
2005-03-11 03:03:42 UTC
Perhaps a notice message in the ebuild that lvm should be emerge'd with USE=static if you intend to have /usr on a LV. But else from that there isn't much to say, expect perhaps libgpm and libcurses should be on the same /foo/lib directory. Stian Skjelstad wrote > Perhaps a notice message in the ebuild that lvm should be emerge'd with > USE=static if you intend to have /usr on a LV. I'd consider this a bad idea, because those messages are easily missed. Especially when emerge --updates compiles several packages in a row---and, in fact, this b0rkeness had been introduced by such an update and I didn't observed it until I restarted (and then I was kind of baffled, as I hadn't changed anything on my own.) > But else from that there isn't much to say, expect perhaps libgpm and libcurses > should be on the same /foo/lib directory. Yes, this seems to be the right solution. At first I thought that gpm should check for the `lvm' USE flag and, if set, libgpm should be installed to /lib. On deeper reflection, this occured to me as being a bad (as in halfway) solution, because it would surely solve this particular case, but just _this_ case. When ncurses is compiled with GPM support, libgpm should always be installed where libncurses is, because quite some system and admin tools depend on it (for instance `ls' and editors as vi, Emacs or nano). Those tools are crucial for a basic rescue system, which the root partition should probably be. And as a libgpm in /usr/lib would render these tools useless, the solution to place libgpm where libncurses is, seems to be right. *** Bug 84841 has been marked as a duplicate of this bug. *** |