[Pkg-sysvinit-devel] Bug#620191: initscripts: [patch] Please support top-level /run

[Roger Leigh]

On Tue, Apr 05, 2011 at 06:55:18PM +0100, Roger Leigh wrote:
> On Sat, Apr 02, 2011 at 02:26:55PM +0100, Roger Leigh wrote:
> > Sorry for the patch flood.  Final (hopefully) patch attached following
> > some further discussion on #debian-devel.
> > 
> > Note: versioned base-files dependency may require tweaking; waiting
> > on base-files upload.
> 
> Just to let you know, base-files 6.2 was uploaded today, with
> /run as a new top-level directory.  This is the base-files
> version we depend upon in debian/control, so the latest patch
> provided should be good to go (initscripts-run-transition9.patch).
> 
> It would be great if this could be done soon, so that we can
> start transitioning packages to use /run in place of /dev/.xxx
> and /dev/shm/.xxx.  This means upstreams can implement the changes
> now as other distributions are also doing the same transition.

Following the issues with udev using /run incorrectly, which caused
breakage when base-files introduced /run, I've adjusted the patch
to:

- provide /run directly
- remove the base-files dependency

Additionally, I've tested upgrades of this version on a live system
(I'm using it to write this mail; previous patches were tested in kvm
VMs).  It's working fine both before and after a reboot:

% mount
/dev/mapper/hufflepuff-root on / type ext3 (rw,relatime,user_xattr,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
tmpfs on /run type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
…

As you can see, /run is a tmpfs.

% ls /run
atd.pid                 cups               postgresql       sshd
avahi-daemon            dbus               radvd            sshd.pid
ConsoleKit              dhclient.eth0.pid  rsyslogd.pid     utmp
console-kit-daemon.pid  lock               samba            xdm.pid
crond.pid               motd               screen
crond.reboot            ntpd.pid           sendsigs.omit.d
hufflepuff% ls /run/lock
aumix

% ls -ld /run /run/lock
drwxr-xr-x 13 root root 500 Apr  7 15:38 /run
drwxrwxrwt  3 root root  80 Apr  7 15:38 /run/lock

% ls -ld /var/run /var/lock
lrwxrwxrwx 1 root root 9 Apr  7 15:38 /var/lock -> /run/lock
lrwxrwxrwx 1 root root 4 Apr  7 15:38 /var/run -> /run

As you can see, it's all set up correctly to be completely backward
compatible with /var/run and /var/lock, including directory
permissions.  All the system services using /var/run and /var/lock
are now transparently using /run and /run/lock via the compatibility
symlinks.


Summary: the patch is fine to upload now; there are no packages
we are waiting on for the transition.  The patch has been tested both
in VMs and on a live system, and has been found to work correctly.


Regards,
Roger

-- 
  .''`.  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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/attachments/20110407/a86cb4ea/attachment.pgp>