Summary: | app-emulation/emul-linux-x86-xlibs breaks 32bit motif apps | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andy Wang <dopey> |
Component: | [OLD] Library | Assignee: | AMD64 Project <amd64> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | fauli, gentoo, m.debruijne, przemyslaw.hoppe, ulm |
Priority: | High | ||
Version: | 2007.0 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 165270, 208904, 209912 | ||
Attachments: | uil binary from 32-bit openmotif build. |
Description
Andy Wang
2007-11-26 18:53:48 UTC
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. |