Bug#686442: initscripts: This failed update completely breaks dpkg

Roger Leigh rleigh at codelibre.net
Wed Feb 20 07:06:37 GMT 2019

On 20/02/2019 01:56, Pierre Ynard wrote:
> This isn't an issue in initscripts, and I think it wouldn't even be
> possible to add Breaks statements against offending unpurged packages;
> so not much can be done here. The offending initscripts are either from
> the local administrator or from obsolete package versions, so I don't
> see any point in reassigning the bug either.

Given the number of warnings about the lack of LSB headers,h the init 
scripts themselves.  It's solely due to update-rc.d/insserv erroring out 
when *configuring* the initscripts.  It would have broken for any 
package configuration step which invoked update-rc.d.

It's clear this system was using nonconforming scripts, be they custom 
ones, customised Debian scripts, or out of date Debian scripts from 
older versions of the packages.  In this timeframe (2012), we had made 
LSB headers essentially mandatory.  The cause is a dependency loop from 
the xfree86-common package, which hasn't existed for a long time now 
with the switch to xorg.

The solution here would have been to purge the system (dpkg --purge) of 
all *obsolete* packages, thereby removing all the LSB dependency 
warnings from stale init scripts hanging around.  And if there are any 
custom packages, to add an LSB header to them.

As far as I can tell, this bug never had anything to do with initscript 
itself, and the correct action was for the admin to tidy the system, so 
I think this can be safely closed at this point.

Kind regards,

More information about the Debian-init-diversity mailing list