Hello

I am using the /etc/init.d/skeleton (from unstable) file to write my
package init scripts.
but it seems that the lsb-base default behaviour is to have VERBOSE=no
so there is no output. Is it ok with the debian-policy

9.4 Console messages from init.d scripts

they say :

"This section describes the formats to be used for messages written to
standard output by the /etc/init.d scripts."

but the next lines says "should" and not "must" when describing the init
script output message.

so what must I do for my init scripts. VERBOSITY / no VERBOSITY ?

thanks

Frederic


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

[PICCA Frédéric-Emmanuel]
> I am using the /etc/init.d/skeleton (from unstable) file to write my
> package init scripts.
> but it seems that the lsb-base default behaviour is to have VERBOSE=no
> so there is no output.

I believe this is a good default for the boot, and less good for
package installations and when using init.d scripts on the command
line. See <URL:http://bugs.debian.org/505468> for a report about
this. Would be nice with feedback on the patch suggested there, as I
hope to have this implemented for Squeeze.

> so what must I do for my init scripts. VERBOSITY / no VERBOSITY ?

Use the VERBOSE to decide when to print informative messages, and
always report errors no matter the verbosity setting.

Happy hacking,
--
Petter Reinholdtsen


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

[PICCA Frédéric-Emmanuel]
> I know nothing about all this except that it would be nice to see
> the messages when started interactively by the user with the
> invoke-rc.d command

I agree, and I expect it will be fixed for Squeeze.
> so I need to use VERBOSE=yes in my script to override the vars.sh
> values.

This would lead to messages from the script to show up during boot
even when the 'quiet' boot is requested and no error occured, which I
believe is a bad idea.

Happy hacking,
--
Petter Reinholdtsen


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org