[Pkg-sysvinit-devel] Bug#545448: Bug#545448: invoke-rc.d should indicate whats wrong when not starting services

[Henrique de Moraes Holschuh]

On Mon, 07 Sep 2009, Patrick Schoenfeld wrote:
> sorry.. what?! Why is invoke-rc.d not starting services in the default
> runlevel? Or did you want to bring this in relation to the above stated
> LSB header?

The script is listed as default-stop for runlevel 2.  That means it is not
to be started in runlevel 2.  So, yes, I was refering to the headers (and
assuming they reflect what is in the initscript subsystem, i.e. the links
for sysvinit, or whatever upstart uses).

> > > The output of invoke-rc.d was simply nothing. RC = 0.
> > 
> > Which is also correct, invoke-rc.d is to be used in maintainer scripts, its
> > result codes in default mode of operation are optimized for that usage.
> 
> Yeah, I know that. And that is okay. However if it does not start a
> service (for whatever reason) it should say WHY. It does so for

Well, I am not oposed to that at all, it would be useful to add a "verbose"
or even better, a very verbose "debug" mode to invoke-rc.d.

> > > Starting it with --disclose-deny yields into rc 101. Thats
> > > something to start with, but actually not very much.
> > 
> > Why are you using invoke-rc.d manually to begin with?  What is the use case
> > that is causing problems?
> 
> Well, because I need to test somehow why it isn't starting a service from a
> maintainer script. As already said: An invoke-rc.d that basically does

I am also not opposed to adding just the message you wanted as a quick fix
for the lack of a debug mode.  Care to send a patch to this bug report?

> > invoke-rc.d exists ONLY to make sure package maintainer scripts will NOT
> > start something out-of-runlevel (and to let someone add more policies using
> 
> Uh? I was under the impression that invoke-rc.d exists also for maintainer
> scripts to not know about implementation-specific ways of calling

You're correct.  It has that function too, and it proved to be damn useful
one, and my emphasis on the no-start-out-of-runlevel was incorrect.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh