Summary: | cannot use LVM on /usr if readline+ncurses+gpm USE settinges enabled | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Glenn L. McGrath <bug1> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | aben, alpha, blaisorblade_spam, daniel, dberkholz, johan, mips, myk002, ppc, stephane.gautier, tcr, volchok, wjmcqueen, wschlich |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Glenn L. McGrath
2005-02-01 16:31:56 UTC
*** Bug 80936 has been marked as a duplicate of this bug. *** -r3 now installs libgpm.so into /lib hmm: --8<-- [wschlich@prometheus(pts/13):wschlich]$ epm -qG gpm sys-libs/gpm-1.20.1-r3 [wschlich@prometheus(pts/13):wschlich]$ epm -ql gpm | grep lib /usr/lib/libgpm.a /usr/lib/libgpm.so /lib/libgpm.so.1.19.0 /lib/libgpm.so.1 /lib/libgpm.so [wschlich@prometheus(pts/13):wschlich]$ --8<-- why's there still something in /usr/lib/?! *** Bug 83953 has been marked as a duplicate of this bug. *** What about my question regarding comment #3 ? *push* your output is correct -r4 is still ~x86 and as such does not get installed unless it is in package.keywords so upgrading lvm2 can break existing systems. My fix was to copy libgpm from livecd, but the sudden lvm breakage was a very unplesant surprise. Ditto. *** Bug 84047 has been marked as a duplicate of this bug. *** yup. so can someone _please_ mark -r4 stable? several people already reported their LVM2 break, so let's DO SOMETHING NOW before even more systems just break and cause headaches to their admins. *** Bug 84203 has been marked as a duplicate of this bug. *** *** Bug 84649 has been marked as a duplicate of this bug. *** *** Bug 84755 has been marked as a duplicate of this bug. *** Another workaround is simply: USE="-readline" emerge --newuse lvm2 ok, =sys-libs/gpm-1.20.1-r4 is stable for most arches now. alpha, mips, ppc, ppc64, can you please test and stabilize for your arches? TIA! stable on ppc64 *** Bug 84840 has been marked as a duplicate of this bug. *** *** Bug 88388 has been marked as a duplicate of this bug. *** The libgpm dependency also occurs with /bin/dir, /bin/vdir, and /bin/ls in coreutils. Can we have coreutils-5.2.1-r5 depend on >sys-libs/gpm-1.20.1 please? you analyzed wrong, /bin/ls does not depend on gpm It does if ncurses is build w/ USE=gpm no, your ncurses is linked with gpm, your /bin/ls is not ... it is simply linked with ncurses only Well, it broke for me with the old gpm. I could rebreak it and paste some output here, if you really want to see it. ldd /bin/ls linux-gate.so.1 => (0xffffe000) librt.so.1 => /lib/librt.so.1 (0xb7fc9000) libncurses.so.5 => /lib/libncurses.so.5 (0xb7f82000) libc.so.6 => /lib/libc.so.6 (0xb7e6d000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7e1b000) /lib/ld-linux.so.2 (0xb7feb000) libgpm.so.1 => /lib/libgpm.so.1 (0xb7e15000) USE="-qt -arts -alsa apache2 avi cscope cups dvd flash foomaticdb gimpprint gnome hardened hardenedphp imap mysql mod_php nls oggvorbis opengl pam php ppds pamsdl ssl tcpd X maildir imap" Using sys-apps/coreutils-5.2.1-r5 and sys-libs/gpm-1.20.1-r4 Replying to: ------ Additional Comment #23 From SpanKY 2005-05-03 11:52 PST ------- no, your ncurses is linked with gpm, your /bin/ls is not ... it is simply linked with ncurses only --- SpanKY, *please* note that link dependencies are recursive, as shown by the posted "ldd" sample. grep gpm /bin/ls would fail on his case, but still the library is required for loading, as shown by ldd (and by the failures we got). it all depends on how you interpret it ls is NOT directly linked with gpm, but it is linked with ncurses which is linked with gpm *** Bug 91814 has been marked as a duplicate of this bug. *** |