<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Jan 11, 2019 at 9:39 AM Dmitry Bogatov <<a href="mailto:KAction@debian.org">KAction@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
[2019-01-01 22:38] Dmitry Bogatov <<a href="mailto:KAction@debian.org" target="_blank">KAction@debian.org</a>><br>
> [2018-12-29 19:51] Michael Biebl <<a href="mailto:biebl@debian.org" target="_blank">biebl@debian.org</a>><br>
> > Am 29.12.18 um 19:34 schrieb Dmitry Bogatov:<br>
> > > control: reassign -1 init-system-helpers<br>
> > <br>
> > How should we handle bugs that are really sysvinit specific, even if<br>
> > they affect update-rc.d/invoke-rc.d (i.e. init-system-helpers)<br>
> > <br>
> > No one of the current init-system-helpers is using sysvinit anymore, so<br>
> > bug reports like this one are bound to get forgotten/ignored.<br>
> <br>
> Quite unfortunate situation. Okay, I will take a look at it myself.<br>
> <br>
> > Should we usertag them somehow so those sysvinit specific issues are<br>
> > on the radar on the sysvinit maintainers?  This really needs a<br>
> > fix/patch from someone actively using sysvinit.<br>
><br>
> Just added usertag.<br>
<br>
Okay. I believe this bug could be closed on timeout, and both 'start'<br>
and 'stop' sub-actions could be dropped, together with `sysv_plain'<br>
(pre-boot-dependency) part.<br></blockquote><div><br></div><div>They are already mapped to `defaults`</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
What worries me is that `update-rc.d defaults' do not seems to<br>
work (insserv=1.18.0):<br>
<br>
  # update-rc.d cron disable 3<br>
  insserv: warning: current start runlevel(s) (2 4 5) of script `cron' overrides LSB defaults (2 3 4 5).<br>
  insserv: warning: current stop runlevel(s) (3) of script `cron' overrides LSB defaults (empty).<br>
  # update-rc.d cron defaults<br>
  insserv: warning: current start runlevel(s) (2 4 5) of script `cron' overrides LSB defaults (2 3 4 5).<br>
  insserv: warning: current stop runlevel(s) (3) of script `cron' overrides LSB defaults (empty).<br>
  # insserv cron<br>
  insserv: warning: current start runlevel(s) (2 4 5) of script `cron' overrides LSB defaults (2 3 4 5).<br>
  insserv: warning: current stop runlevel(s) (3) of script `cron' overrides LSB defaults (empty).<br>
  # insserv cron -f<br>
  insserv: warning: current start runlevel(s) (2 4 5) of script `cron' overrides LSB defaults (2 3 4 5).<br>
  insserv: warning: current stop runlevel(s) (3) of script `cron' overrides LSB defaults (empty).<br>
  # update-rc.d cron enable 3<br>
<br>
As can be seen, neither `update-rc.d defaults' nor direct invocation of<br>
/sbin/insserv do not restore runlevels, prescribed by LSB header. Jesse,<br>
am I doing it wrong?</blockquote><div><br></div><div>To preserve admin modifications, `update-rc.d defaults` must not touch any existing links. That's documented in the manpage:</div><div><br></div><div>> If  any files named /etc/rcrunlevel.d/[SK]??name already exist then update-rc.d does nothing.<br></div></div><div><br></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><br>Saludos,<br>Felipe Sateler</div></div></div>