[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#208010: [PROPOSAL] init script LSB 1.3 compliance (revised)



On Mon, Sep 01, 2003 at 10:58:50AM +0200, Martin Godisch wrote:
> --- debian-policy-3.6.1.0.orig/policy.sgml	2003-08-19 14:32:23.000000000 +0200
> +++ debian-policy-3.6.1.0/policy.sgml	2003-09-01 10:52:12.000000000 +0200
> +	      <tag><tt>status</tt></tag>
> +	      <item>print the current status of the service.</item>

> -	    The <tt>start</tt>, <tt>stop</tt>, <tt>restart</tt>, and
> -	    <tt>force-reload</tt> options should be supported by all
> -	    scripts in <file>/etc/init.d</file>, the <tt>reload</tt>
> -	    option is optional.
> +	    The <tt>start</tt>, <tt>stop</tt>, <tt>restart</tt>,
> +	    <tt>force-reload</tt>, and <tt>status</tt> options should
> +	    be supported by all scripts in <file>/etc/init.d</file>,
> +	    the <tt>reload</tt> option is optional.

This "status" needs to be made optional. We can't suddenly force
implementation of such an option in dozens of packages just because it
(is in LSB|sounds like a good idea).

> + Otherwise, the init script
> +	    should print an error message and return one of the following non-zero
> +	    exit status codes.

Rationale for the whole elaborate list, and in particular rationale why it
would be a bug if they weren't honored exactly to the spec?

> +	    All error messages should be printed on standard error. All
> +	    status messages should be printed on standard output.

This sounds like a nice idea. slapd for example logs critical errors to
syslog only and only if the loglevel is set high enough... however,
ramifications of adding this need more examination, for example how much
changes would this inflict on the packages.

> + (This does not prevent
> +	    scripts from calling the logging functions such as
> +	    <tt>log_failure_msg</tt>).

Parse error. Explain "log_failure_msg" first.

> * What is log_failure_msg? Does this make sense on a Debian system?
>   Replace it or skip it?

The policy process does not work by randomly throwing stuff into patches,
having them accepted, and then working out what the hell was it that we
just added.

-- 
     2. That which causes joy or happiness.



Reply to: