Bug#989284: insserv: toggles rc0.d/{K02avahi-daemon => K01avahi-daemon} with every upgrade
Jesse Smith
jsmith at resonatingmedia.com
Mon Sep 27 00:45:39 BST 2021
On 2021-09-26 3:25 p.m., Thorsten Glaser wrote:
> On Sun, 26 Sep 2021, Jesse Smith wrote:
>
>> behaviour. I've tried both the latest version of insserv (1.23.0) and
>> the version which shipped with Debian 10 (1.18.0). I did notice having
> This is Debian 11 so 1.21.0-1.1 (including Debian patches).
>
>> Thorsten, I wonder if you could give the latest version of insserv a try
> No, this is a remote machine where I prefer to not risk bootability.
>
I checked out the init.d directories provided by Thorsten. One of the
features of insserv allows it to test init scripts in an alternative
directory or chroot. I ran insserv versions 1.18.0, 1.21.0, and 1.23.0
against the init.d scripts provided in the "etc-stripped" directory
Thorsten uploaded.
In each case insserv detected that the avahi-daemon script should be
marked as K01 instead of K02. Which is good, that is consistent with
what I have on my system and it looks to be correct. Once this change
was made none of the three versions of insserv suggested switching
avahi-daemon back to K02. ie On my system insserv does not perform the
"toggle" action when given the uploaded init scripts.
Which means when any recent version of insserv is run against just the
init.d scripts provided it sets avahi-daemon to be K01 and leaves it
that way, future runs don't toggle the symlink back. At least that's
been my finding.
Can anyone else confirm that running "insserv -p etc-stripped/init.d" on
the uploaded scripts always sets avahi-daemon to K01, or do you get the
"toggle" behaviour in the bug report?
If others see the same behaviour I do, then I'm guessing there is
something else on the reporting system with the error which causes a
conflict. But if other people are seeing the "toggle" between K01 and
K02 on the provided scripts then I'm guessing things are just working
correctly for me due to an oversight or quirk of my system. Any feedback
on confirming or disputing my findings is appreciated.
- Jesse
More information about the Debian-init-diversity
mailing list