Problem ======= LVM will link against /lib/libreadline.so.? if readline is enabled in use setting. libreadline will link against /lib/libncurses.so.5 if ncurses is enabled in use settings. libncurses will link against /usr/lib/libgpm.so.1 if gpm is enabled in ncurses. As libgpm is in the /usr partition the lvm tools (used by the boot scripts) will fail to link unless /usr is already mounted. Solutions ========= Move /usr/lib/libgpm* to /lib/libgpm*, in which case a bug should be ifles against gpm, this is probably the best long term solution. or Disable the readline use setting for lvm, this looks to me to be the best short term fix. Reproducible: Always Steps to Reproduce: 1. 2. 3.
*** 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. ***