It's rather easy to notice if you for some reason do ldd on xdvi-motif.bin. It gets reported as linked to /opt/blackdown-jdk-1.4.2.03/jre/lib/i686/libXm.so.3 instead being linked to correct motif library. As this is NOT a motif library, some things fail to work, i.e. if you try to change curent directory in open file dialog, you are unable to open any file from this directory. If you set LD_LIBRARY_PATH to search motif library catalog first, everything works fine, so I suppose that simplest fix is to set it in xdvi script.
Reopen with full ebuild name and version, I have zero idea what installs xdvi-motif.bin. Don't assume that everyone must your whatever package you are using when filing bugs.
xdvi-motif.bin is a (sort of ) part of tetex. Well, I consider tetex a rather basic package.
Won(In reply to comment #2) > xdvi-motif.bin is a (sort of ) part of tetex. > Well, I consider tetex a rather basic package. Wonderful. Now read the previous comment once again and include the exact version as well.
It's app-text/tetex-3.0_p1-r1
Forgot to reopen.
And before somebody asks dev-java/blackdown-jdk-1.4.2.03-r2, x11-libs/openmotif-2.2.3-r8, x11-libs/motif-config-0.9.
Please could you also give us (as instructed) the output of emerge --info. You must have the exact same environment as you had when you encountered the problem (i.e., no change to LD_LIBRARY_PATH).
Could you also list the content of /etc/ld.so.conf and a listing of the files in /etc/env.d
Created attachment 81796 [details] Content of /etc/env.d (tar.bz2) Content of ld.so.conf: /usr/local/lib //usr/lib/opengl/xorg-x11/lib /usr/i686-pc-linux-gnu/lib /usr/lib/gcc/i686-pc-linux-gnu/3.4.5 /usr/lib/nspr /usr/lib/nss /usr/lib /usr/lib/openmotif-2.2 /opt/blackdown-jdk-1.4.2.03/jre/lib/i686/ /opt/blackdown-jdk-1.4.2.03/jre/lib/i686/native_threads/ /opt/blackdown-jdk-1.4.2.03/jre/lib/i686/client/ /opt/blackdown-jdk-1.4.2.03/jre/lib/i686/server/ /usr/qt/3/lib /usr/lib/libstdc++-v3/ (if that double slash is a typo, it's not mine) Content of /etc/env.d in attachment And LD_LIBRARY_PATH is not set to anything that could cause this problem ...
This is very strange... Based on your information it should work as expected. When xdvi-motif.bin is being run, the linker should search for libXm.so.3 in the order specified in ld.so.conf (if you have update your ld.so.cache by running env-update as root). In /usr/lib there should be a link from libXm.so.3 to /usr/lib/openmotif-2.2/libXm.so.3 so that should be used (at least it is on my system). If that failed it should search in /usr/lib/openmotif-2.2 and that should definitely find the openmotif libXm.so.3 So if: env-update unset LD_LIBRARY_PATH ldd $(which xdvi-motif.bin) does not show the correct library being used, then we need to figure out why /opt/blackdown-jdk-1.4.2.03/jre/lib/i686/ is being searched before /usr/lib and/or /usr/lib/openmotif-2.2.
As I have lost any influence on that system few moths ago, I'm unable to check that, but isn't env-update called at every emerge ? One more thing: the bug is more about ld.so.conf then tetex, cause it affects also xpdf (app-text/xpdf-3.01-r8 - not that it matters) - it also gets blackdown lib instead of motif.
It seems like either /usr/lib/openmotif-2.2 does not exists, that it does not contain the libraries it should or the libraries does not have the right permissions (644). But we are never going to tell which it is nor are we going to get any further if you don't have access to the box anymore. If you can't access the original box and/or reproduce the problem on another machine, i'm going to close this NEEDINFO.
You missunderstood me. When I wrote "I have lost any influence", I didn't mean I lost access to the box, just that I can only check things that don't require me being root. Futher, the dir /usr/lib/openmotif-2.2 does exist, has all the libraries, and they are 755, so take another guess.
I'm done guessing. Lets see what the openmotif maintainer (lanius) has to say about this. But anyway it is not a bug in tetex.
so is the java path before or after the openmotif path in LD_CONFIG?
If you're asking about ld.so.conf, the order is exacly like in comment #9.
I think we have established that this is not a tetex bug, hence not a text-markup bug. So reassigning to lanius, CCing text-markup.
Re-assign wrt Bug 23545, maintainer retired.
Created attachment 96111 [details] Output of ldconfig -p, emerge --info, etc.
I have the same (or very similar) problem since I updated to glibc-2.4-r3. Any program that is linked to libXm.so.3 is picking up /opt/blackdown-jdk-1.4.2.03/jre/lib/i686/libXm.so.3 instead of /usr/lib/openmotif-2.2/libXm.so.3, even though the order of the two directories in /etc/ld.so.conf would suggest the opposite. My LD_LIBRARY_PATH is empty, and I did an env-update. See the attachment for the content of /etc/ld.so.conf, ldconfig -p, emerge --info and what ldd prints w/ and w/o setting LD_LIBRARY_PATH. In the attachment I used /usr/bin/ddd as an example but the same happens with /usr/bin/xpdf or any executables that are using Motif.
Created attachment 96115 [details] detailed info
With openmotif-2.3 going stable there's nothing to fix here. Closing.