On Mon, Apr 17, 2006 at 09:51:58AM +0200, Eduard Bloch wrote:
> #include <hallo.h>
> * Steve Langasek [Sun, Apr 16 2006, 04:58:25PM]:

> > If you ask me, I think it's better to keep the vast majority of irritating
> > bugs confined to unstable, and only make users of stable deal with the
> > single issue of moving their files out of /usr/X11R6/bin; which is why I
> > asked David to implement this transition when it became clear that things
> > were breaking because of the move to /usr/bin.

> I agree with most of your arguments, especially because our default bash
> PATH is still pointing to /usr/X11R6/bin, but there is one thing which I
> actually reported...  if there is cruft remaining in the directory, the
> whole upgrade should _not_ break.

> Implementing an unsafe single "rmdir" and hope that it won't
> fail is IMO not a proper solution.  If the directory must be moved out
> of the way, then it should be renamed. Or the old contents need to be
> moved to the new location, possible correcting symlinks

Er, any number of these files may belong to other Debian packages that we
don't conflict with (because we didn't know about them).  Why would it be ok
for a package to mangle files belonging to other packages in this fashion?
If you move the files, dpkg may be unable to find them at package
uninstallation, resulting in orphaned files on the filesystem; or there may
be another binary of the same name installed in /usr/bin, with the result
that uninstalling one package nukes files belonging to another.  (Yes, it's
a policy violation for two packages to provide binaries of the same name
without a conflict, but policy violations happen -- and not all of these
packages are necessarily from a Debian repository...)

Forcing the user to deal with the conflict is the only safe way of handling
files left in /usr/X11R6/bin.  It should probably be turned into a debconf
note later on, but for the time being I think the current behavior is as
good as it's going to get.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
[EMAIL PROTECTED]                                   http://www.debian.org/

Attachment: signature.asc
Description: Digital signature

Reply via email to