please merge runit from debian

Thanks for working on the merge! However, this needs to be fixed:

- Debian's package doesn't use dietlibc at all any more. I see no reason why we should use that in Ubuntu, as dietlibc isn't supported at all. The changelog says "Don't compile against dietlibc on sparc and powerpc", but that's confusing (and probably a copy&paste error). If there is any reason to use dietlibc, then say "use dietlibc on most arches to [reason]". But preferably please drop this delta at all.

- "On Ubuntu systems, /etc/inittab file is replaced by /etc/event.d directory" -- I don't see that anywhere in the diff or in Debian's runit package. This again looks like an obsolete changelog entry/README change/copy&paste error? This should probably say "replaced with upstart job".

- All these changelog entries don't describe a current delta or are already covered by the ones above, and thus must be dropped:

+ - Kill runsvdir with SIGHUP when entering runlevel [016].
+ - Remove installation of runsvdir.conf in obsolete location /etc/event.d.
+ - Load debconf libraries and purge its old configuration files before
+ - Modify postinst script so that it doesn't to try to grep /etc/inittab on
+ initial package install if it doesn't exist.
+ starting runsvdir so that the start command doesn't get called
+ twice. (LP: #708579)

I think I fixed all of the issues above, thanks :)

Ok, the debdiff and package looks fine now, let me upload it for you. Thanks for handling the merge!

you are welcome :)

This bug was fixed in the package runit - 2.1.2-2ubuntu1

---------------
runit (2.1.2-2ubuntu1) vivid; urgency=low

  * Merge from Debian unstable (LP: #1386581). Remaining changes:
    - debian/runsvdir.upstart: Add upstart config file.
    - debian/rules:
      + Install runsvdir.upstart
    - debian/runit.post{inst,rm}: Don't execute anything if /etc/inittab is
      not available on the system.
    - debian/runit.postinst: Start the runit supervisor after install.
    - debian/runit.prerm: Stop the runit supervisor before removing.
 -- Gianfranco Costamagna <email address hidden> Tue, 28 Oct 2014 09:50:40 +0100