[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

/X11R6 -> . (was: X11 failled to run)

Moritz Schulte <moritz@duesseldorf.ccc.de> 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

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

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?


~/.signature under construction

Reply to: