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, Roger
