Bug#1131136: sysvinit-utils does not need to be in Essential set
Mark Hindley
mark at hindley.org.uk
Tue Apr 21 10:16:00 BST 2026
Gioele,
I think we might have a confusion in terminology. I apologise in advance if I am
already stating something you know.
By init-d-script I believe Andrew and I mean the init-d-script(5) library
installed at /usr/lib/init/init-d-script by sysvinit-utils that allows
declarative LSB initscripts. Any package that uses init-d-script(5) requires
sysvinit-utils be installed, as identified by Michael in #826215.
It seems as if packages using init-d-script(5) need to gain a dependency on
sysvinit-utils before the Essential bit is removed.
It is certainly true that when sysvinit-core in installed, the versioned
sysvinit-utils dependency should prevent breakage, although it falls short of
what is required by Policy.
However, there is a usage case for LSB initscripts in initless containers when
sysvinit-core is not installed and therefore neither sysvinit-utils. In such
containers I routinely run 'service <name> start|stop...'. Maybe that is just my
habit; I don't know how common such practices are.
Apologies again if I have misinterpreted what you wrote.
Best wishes
Mark
More information about the Debian-init-diversity
mailing list