Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

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 an attachment (id=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.