Moritz Schulte <[EMAIL PROTECTED]> writes: >> Then I try to launch "/etc/init.d/xdm start"[1] which complained >> that it can not load libXpm.so.4, file does not exist . (startx >> command complained of lack of libXmuu.so.4) >> >> I have a look and those files were well installed by xlibs package >> and ther are links. > >You have to specify where to find these libraries by doing >"export LD_LIBRARY_PATH=/usr/X11R6/lib".
...which makes it impossible for non-root users to run SUID programmes like xterm or rxvt without which I would consider X more or less useless. The solution that was proposed here some time ago was moving all the stuff from /X11R6 to / and replacing the dir by a symlink to . so that all the libs are located in /lib. This works perfectly for me and I thought it had meanwhile been "officially" accepted. However, when today I tried to upgrade some X packages, xfree86-common and xutils still caused trouble, dpkg was unable to complete the configuration because due to moving /X11R6/lib to /lib /lib/X11 is now a real directory and not a symlink as expected by the config skript. The same occured with /include/X11. Similarly, xutils installation failed over a real rstartd where it expected a symlink. I got across this by temporary removing the /X11R6 symlink and replacing it by a real dir. Afterwords, of course I had to move the newly installed files to the appropriate locations and re-create the symlink. However, despite these these trouble, after installing X works fine like that and there is no more messing around with LD_LIBRARY_PATH and SUID binaries. If this solution has been officialy adopted (has it?) by the Debian Hurd developers, has a bug concerning the installation procedure been filed against the two packages mentioned above? Ciao, Johannes -- ~/.signature under construction
