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

Re: Only forbid use of old alternatives to /run in wheezy+1?

On Sat, Apr 16, 2011 at 05:58:19PM +0100, Edward Allcutt wrote:
> On Sat, 16 Apr 2011, rleigh wrote:
> >We haven't made any plans to remove it yet.  We'll look more closely
> >at the best way to do that once all the users are moved over.  Given
> >the small number, it's quite likely this won't take very long.  If
> >it turns out that there are other users of /lib/init/rw, it's not a
> >problem keeping it around for wheezy.  But if there aren't, there's
> >no need to retain it.
> >
> >If there is a cleaner method than using versioned Breaks, I'm sure we
> >can look at that instead--nothing concrete is planned yet for the
> >removal, so all suggestions are welcome.
> I suggest:
>  - on upgrade, bind mount or symlink /run/init -> /lib/init/rw
>  - on boot, after mounting /run, mkdir /run/init; ln -s /run/init /lib/init/rw
> Or in other words - exactly like we're handling /var/lock and /dev/shm except
> without a possible separate tmpfs.
> This keeps /lib/init/rw available at all times and doesn't require any
> particular upgrade order. The link could be dropped in wheezy+1 but there's no
> urgency to do so.
> I was under the impression that this was already part of the plan, did
> /run/init get dropped for some reason?

It did.  The general consensus was that if we did bind mount /run/init
to /lib/init/rw on boot (and vice versa on initial install, as for the
othe locations), we would still need to transition from /run/init to
/run anyway, so we might as well transition directly from /lib/init/rw
to /run in a single shot.  This is unlike the other directories, where
the files are linked directly to their final destinations.

The number of packages making use of /lib/init/rw is tiny (33), so it
was thought that it could be removed fairly speedily as soon as the
transition can begin.  Of those, 16 use the sendsigs.d interface
(trivial mv in postinst), 3 are just documentation/examples.  The others
can also be done fairly simply, while I haven't looked at all of them,
most can simply just mv any files in their postinst (with a versioned
dependency on initscripts).


  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.

Attachment: signature.asc
Description: Digital signature

Reply to: