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

Bug#114625: marked as done (xfree86-common: X packages should not use /usr/X11R6 or at least deal with it being a symlink)

Your message dated Sat, 27 Jan 2007 14:37:28 +0100
with message-id <45BB5598.6040106@ens-lyon.org>
and subject line Bug#114625: xfree86-common: X packages should not use /usr/X11R6 or at least deal with it being a symlink
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: xfree86-common
Version: 4.1.0-6
Severity: wishlist

The Debian X packages should not use /usr/X11R6.  That directory should be
make into a symlink to /usr to allow backwards compatibility and a smooth
transition.

The reason for this (beyond simple goals of consistancy in file locations)
is that on the Hurd libraries are not loaded from /usr/X11R6/lib
automatically (as it does not use ldconfig).  A workaround, setting
LD_LIBRARY_PATH does not work for suid or sgid binaries, such as xterm and
rxvt (both setgid utmp).  A better workaround is getting rid of the whole
/usr/X11R6 hierarchy and moving the files there into the normal directories
in /usr. 

Ok, I'll admit that there's a lot of tradition to keeping /usr/X11R6, and
the reasons for getting rid of it are not *that* strong.  What I'd like
as a minimal solution is for the X packages (xfree86-common especially)
to handle the situtation properly if the admin of a Hurd (or any arch)
box makes /usr/X11R6 a symlink to /usr.  Curently xfree86-common fails to
install when /usr/lib/X11 is not a symlink (it may also stop on
/usr/include/X11, but it doesn't get that far).  I've looked through the
preinst script but I'm not exactly sure how to properly change it to handle
this condition correctly.

The steps to change a normal XFree86 install to one without /usr/X11R6 are:

move the contents of /usr/X11R6/bin/ to /usr/bin
move the contents of /usr/X11R6/man/* to directories under /usr/man
  (should be /usr/share/man I supose, but that modifies the hierarchy)
remove /usr/include/X11 symlink
move the contents of /usr/X11R6/include to /usr/include
remove /usr/lib/X11 symlink
move the contents of /usr/X11R6/lib to /usr/lib
symlink /usr/X11R6 to /usr

Ideally X should install properly on a machine that alreay has /usr/X11R6
as a symlink to /usr and should be upgradable on that machine.

-- System Information
Debian Release: testing/unstable
Kernel Version: GNU isr5624 0.2 GNUmach-1.2/Hurd-0.2 i386-AT386 unknown

Versions of the packages xfree86-common depends on:
ii  debianutils    1.15           Miscellaneous utilities specific to Debian.

-- 
Steven Barker                                      scbarker@uiuc.edu
  A city is a large community where people are lonesome together
  		-- Herbert Prochnow
GnuPG public key: http://www.students.uiuc.edu/~scbarker/pubkey.asc
Fingerprint: 272A 3EC8 52CE F22B F745  775E 5292 F743 EBD5 936B

--- End Message ---
--- Begin Message --- 
Fixed in Xorg, closing.

Brice

--- End Message ---
Reply to: