The openmotif libraries (libMrm.so, etc) installed by app-emulation/emul-linux-x86-xlibs ends up in /usr/lib32/openmotif-2.2. There isn't an LDPATH specified in /etc/env.d that includes /usr/lib32/openmotif-2.2 so ld.so.conf doesn't contain that dir, and there's no symlink in /usr/lib32 (or any other directory in ld.so.conf) to the motif libraries. I've worked around it temporarily by creating my own /etc/env.d/99motif32 file.
emul-linux-x86-xlibs-20071128 is in the tree, I think it will fix your issue, but I don't what you're using to test. please remove your env.d entry and emerge this package. reopen if still broken.
Created attachment 137324 [details] uil binary from 32-bit openmotif build. Still broken. The motif libraries are still only in /usr/lib32/openmotif-2.2 and there's no LD_LIBRARY_PATH update to allow the linker to find the 32-bit libs. I use clearcase at work and the clearcase clients are motif based. You could also use a 32-bit application from openmotif (specifically uil, I've attached a 32-bit version for you to try). Here's the ldd output without my env.d file: linux-gate.so.1 => (0xffffe000) libMrm.so.3 => not found libXm.so.3 => not found libXmu.so.6 => /usr/lib32/libXmu.so.6 (0xf7f45000) libXt.so.6 => /usr/lib32/libXt.so.6 (0xf7ef5000) libSM.so.6 => /usr/lib32/libSM.so.6 (0xf7eea000) libICE.so.6 => /usr/lib32/libICE.so.6 (0xf7ed2000) libXp.so.6 => /usr/lib32/libXp.so.6 (0xf7eca000) libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7ebb000) libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7dcf000) libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7dcb000) libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7dc4000) libdl.so.2 => /lib32/libdl.so.2 (0xf7dc0000) libc.so.6 => /lib32/libc.so.6 (0xf7c90000) /lib/ld-linux.so.2 (0xf7f8b000) Here's the ldd output with my file in place: wang@awang ~ $ ldd uil linux-gate.so.1 => (0xffffe000) libMrm.so.3 => /usr/lib32/openmotif-2.2/libMrm.so.3 (0xf7f75000) libXm.so.3 => /usr/lib32/openmotif-2.2/libXm.so.3 (0xf7d32000) libXmu.so.6 => /usr/lib32/libXmu.so.6 (0xf7d1c000) libXt.so.6 => /usr/lib32/libXt.so.6 (0xf7ccc000) libSM.so.6 => /usr/lib32/libSM.so.6 (0xf7cc1000) libICE.so.6 => /usr/lib32/libICE.so.6 (0xf7ca9000) libXp.so.6 => /usr/lib32/libXp.so.6 (0xf7ca1000) libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7c92000) libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7ba6000) libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7ba2000) libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7b9b000) libdl.so.2 => /lib32/libdl.so.2 (0xf7b97000) libc.so.6 => /lib32/libc.so.6 (0xf7a67000) /lib/ld-linux.so.2 (0xf7fc5000)
reopening since it's still broken.
It also breaks net-misc/icaclient-10.6 The following error appears with app-emulation/emul-linux-x86-xlibs-20071128-r1 installed: #wfcmgr /opt/ICAClient/wfcmgr.bin: error while loading shared libraries: libXm.so.3: wrong ELF class: ELFCLASS64 Downgrading to app-emulation/emul-linux-x86-xlibs-10.0 solves the problem for me. But this breaks dependencies with app-emulation/emul-linux-x86-medialibs-20071114 Hope this can be solved
*** Bug 201344 has been marked as a duplicate of this bug. ***
(In reply to comment #4) > It also breaks net-misc/icaclient-10.6 I can confirm that, there is also a forum post: <http://forums.gentoo.org/viewtopic-p-4574714.html#4574714>. Please advise on a workaround until this is fixed.
Downgrading the emul packages is the workaround...
For a workaround that doesn't require a downgrade read comment #1. create /etc/env.d/99motif32 with the following one line: LDPATH=/usr/lib32/openmotif-2.2 run env-update This will add /usr/lib32/openmotif-2.2 to ld.so.conf thus allowing the linker to find the motif libraries.
amd64 folks, you might want to bump this thing to use openmotif-2.3.0-r1 which installs to a sane location again. :)
(In reply to comment #9) > amd64 folks, you might want to bump this thing to use openmotif-2.3.0-r1 which > installs to a sane location again. :) +1
Can anyone check if the 20060316 version fixes this problem?
(In reply to comment #11) > Can anyone check if the 20060316 version fixes this problem? s/2006/2008/
Thanks welp, your fix did it. Please check out other bugs you might have fixed with your emul-linux-x86-* bumps.
