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

Bug#632682: we should probably remove /lib64 -> lib symlink (with care)

On Thu, Aug 18, 2011 at 09:00:52AM +0200, Sven Joachim wrote:
> On 2011-08-18 01:05 +0200, Steve Langasek wrote:
> >  The right way to handle it is to create the directory under a separate
> > name, populate the symlink, and only *then* rm /lib64 and invoke mv
> > /lib64.real /lib64 via $interpreter.  This minimizes the window when /lib64
> > is missing, and just happens to also remove the inode problem as a side
> > effect (because we create all the directory entries we need before we remove
> > any).

> Yes, that's better.  Instead of hardcoding /lib64.real the directory
> should be created with mktemp -d (I think that's what you meant to do).

I've decided I really don't care for this; I plan to use /lib64.eglibc-old,
/lib64.eglibc-new instead.  If those collide with local directory names,
they can keep both pieces.

Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org

Attachment: signature.asc
Description: Digital signature

Reply to: