<div dir="auto">I think 2 makes a lot of sense.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 19, 2019, 8:27 PM Jesse Smith <<a href="mailto:jsmith@resonatingmedia.com">jsmith@resonatingmedia.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is an interesting issue. I think this is what is happening:<br>
<br>
1. update-rc.d wants to disable the osspd service. To do this is creates<br>
a file called /etc/init/osspd.override.<br>
<br>
2. update-rc.d then calls insserv. insserv sees that the osspd script<br>
normally starts in runlevels "2 3 4 & 5", but there is an override in<br>
place preventing the script from starting.<br>
<br>
3. insserv then warns about the situation, to let the user know osspd's<br>
default runlevels have been altered.<br>
<br>
What makes this tricky, in my mind, is that if insserv were run as a<br>
stand-alone program from the command line, it would be entirely correct<br>
to warn the user that a script's defaults were overridden and its<br>
behaviour changed. If I were to simply run "insserv" on its own, this is<br>
what I would want.<br>
<br>
But in this case the update-rc.d script is calling insserv, insserv<br>
isn't being run stand-alone. Since we just told update-rc.d to disable<br>
osspd, and we want that override behaviour, the warning seems entirely<br>
out of place.<br>
<br>
In other words, I believe both update-rc.d and insserv are behaving<br>
correctly, and this would be proper behaviour if insserv were run on its<br>
own. The problem is mixing the two together.<br>
<br>
I have two suggestions to improve the current behaviour:<br>
<br>
1. update-rc.d can be edited to catch the warning. Piping output from<br>
insserv and running it through sed or grep would avoid warnings about<br>
scripts update-rc.d had just changed.<br>
<br>
2. We can add a quiet/silent flag (maybe -q) to insserv. When that flag<br>
is present, the program does not print out warnings. We would still<br>
print serious errors, but not minor warnings for override situations.<br>
Then the update-rc.d script can just call "insserv -q" to avoid extra<br>
output like this.<br>
<br>
<br>
I'm open to feedback but I think #2 is probably the best way forward for<br>
everyone. Thoughts?<br>
<br>
- Jesse<br>
<br>
</blockquote></div>