On Sat, Sep 08, 2001 at 06:07:05PM +0200, Daniel Lichtenberger wrote: > First of all, X seems to run ok when started with startx. However, xdm > boils out at the end of the initialization process with (from > /var/log/xdm.log): > (...) > /usr/X11R6/bin/xrdb: error while loading shared libraries: libXmu.so.6: > cannot load shared object file: No such file or directory > xdm error (pid 254): /usr/X11R6/lib/libXdmGreet.so: cannot open shared > object file: No such file or directory while loading > /usr/X11R6/lib/libXdmGreet.so > > I don't understand the first line, because libXmu.so.6 exists and > /usr/X11R6/lib is in the /etc/ld.so.conf. Also, "ldd /usr/bin/X11/xrdb" > gives me the following: > libXmu.so.6 => /X11R6/lib/libXmu.so.6 (0x01027000) > So I don't see where the problem when loading the "shared object file" > might be.
ld.so.conf is a Linux-thingie, it's not used on the Hurd. The real solution is to use DT_RUNPATH (not RPATH!) when linking the executable, but this will have to wait for the next major binutils version. The reason it works for you is thta you have LD_LIBRARY_PATH set, I would guess (like in /etc/profile) The reason it doesn't work with xdm is that this program ignores the LD_LIBRARY_PATH env variable for security reasons. You can configure this, though. I forgot the details but somewhere in /etc/X11/xdm you can tell it to not ignore the value, or even set it to some fixed value. > libXdmGreet.so doesn't exist on my system, I read somewhere at google > groups that this library is (or should be) linked statically on i386 > platforms (it doesn't show up with ldd either). Dunno right now, but any difference from how it is handled on Linux would show up in the X Manifest check when building the packages. Try the above first. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNU http://www.gnu.org [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de
