[Pkg-sysvinit-devel] Bug#695751: depending on a script that depends on $all (including by not having LSB headers) creates loop

Lucas Nussbaum lucas at debian.org
Thu Nov 6 16:32:19 UTC 2014


On 06/11/14 at 09:17 +0100, Petter Reinholdtsen wrote:
> Thank you for looking at this issue again. :)
> [Lucas Nussbaum]
> > There are two relevant lintian checks:
> > https://lintian.debian.org/tags/init.d-script-missing-lsb-section.html
> > https://lintian.debian.org/tags/init.d-script-depends-on-all-virtual-facility.html
> This last lintian check have a strange description:
> > The given init script declares a dependency on the virtual facility "$all".
> > 
> > This virtual facility is reserved for local scripts.
> > 
> > Moreover, using $all in more than one init.d script is totally broken.
> The $all virtual facility is not reserved for local scripts (who came
> up with that idea?  It is not from me, who introduced $all to Debian).
> And $all is only broken with systemd, as it will ignore the setting.
> With sysvinit/startpar/insserv, the value causes scripts to be placed
> first/last in the boot/shutdown sequence.  The implementation is
> slightly confusing, but it is not totally broken.
> The test is good, but as I believe we need a way to scripts to get
> started last during boot and first during shutdown, I believe the
> proper fix is for systemd to be fixed to implement support for $all
> instead of pretending that the feature is useless and reserved for
> local scripts.

Bastien added it in

Ccing him.


More information about the Pkg-sysvinit-devel mailing list