/X11R6 -> . (was: X11 failled to run)
Moritz Schulte <email@example.com> writes:
>> Then I try to launch "/etc/init.d/xdm start" 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
...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
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
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
However, despite these these trouble, after installing X works fine
like that and there is no more messing around with LD_LIBRARY_PATH and
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?
~/.signature under construction