On Wed, Oct 22, 2014 at 09:20:46AM +0000, Gerrit Pape wrote: > On Tue, Oct 21, 2014 at 08:29:54AM -0400, Nikolay Hristov wrote: > > Setting up runit (2.1.2-1) ... > > grep: /etc/inittab: No such file or directory > > grep: /etc/inittab: No such file or directory > > cp: cannot stat ‘/etc/inittab’: No such file or directory > > dpkg: error processing package runit (--configure): > > subprocess installed post-installation script returned error exit status 1 > > Errors were encountered while processing: > > runit > > E: Sub-process /usr/bin/dpkg returned an error code (1)
> Since ages runit hooks into /etc/inittab to provide system wide service > supervision. As long as sysvinit provided /etc/inittab and was > essential this simply worked. Now on fresh jessie install, no > /etc/inittab is created at all. While this alone wouldn't be a problem, > because runit provides a simple systemd unit after I learned that > there's no backward compatibility to the /etc/inittab interface, it is a > problem when switching such an installation from systemd to sysvinit: > > When switching to sysvinit, the /etc/inittab file is created, but > doesn't include the lines enabling the runit supervision. After reboot > runit supervision will not be enabled, although the package is > installed. This would be a grave bug as other packages depend on this > assumption. > > Any idea on how to fix this? This is far from ideal, but the only easy fix I came up with until now is to copy debian/share/inittab* from the sysvinit source package, as well as the debian/rules logic to install a system-specific inittab template and the postinst logic to create /etc/inittab if it does not exist, into the runit package. A better fix certainly will need more thoughts, coordination, and testing, which I'm afraid I can't work on currently. Anyone? Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025093450.8174.qm...@3f5032b353b29f.315fe32.mid.smarden.org
