Doing that hereby. :) If anyone has a nice solution to this problem please let 
us know, closing with won't fix in the meanwhile. Thanks.

regards,
-mika-

Michael Prokop wrote:
> Michael Prokop <mika@grml.org> added the comment:
>
> Sadly there doesn't seem to exist an interface we could use for this feature 
> and I'd like to avoid implementing a parser on our own within Start/Stop/... in 
> zsh. I tend to mark this as won't fix, any objections?

Well, if my call counts for anything, close this wont-fix with a comment
that tells "if you want this badly, come up with a clean solution".

Regards, Frank

-- 
In protocol design, perfection has been reached not when there is
nothing left to add, but when there is nothing left to take away.
                                                  -- RFC 1925

Sadly there doesn't seem to exist an interface we could use for this feature 
and I'd like to avoid implementing a parser on our own within Start/Stop/... in 
zsh. I tend to mark this as won't fix, any objections?

thanks && regards,
-mika-

Nice idea! Though:

a) this might have side effects the user running "Start ..." might not be aware 
of
b) increases complexity in the "Start" paradigma which is supposed to work not 
just for grml/Debian

We have to check this out in more details.

thx && regards
-mika-

Some (all?) rc.d-scripts provide Required-Start information, so the service to
be started can actually start.
In the case of nfs-common this includes $portmap, and without portmap running,
starting rpc.statd fails. It would be useful if `Start nfs-common` would honor
the Required-Start info from /etc/init.d/nfs-common and start portmap first.