Re: Scripts for /etc/init.d or /etc/rc.d
Will Partain <[email protected]> Mon, 09 Jun 2003 16:49:42 +0100
| Newsgroups | gmane.comp.sysutils.ark.devel |
|---|---|
| Message-ID | <[email protected]> |
Joel S writes:
> http://www.fastcoder.net/~thumper/software/sysadmin/chkconfig/.
> Unfortunately, chkconfig failed to compile with gcc--3.2.2 under Solaris 8;
> a macro-enabled error message asks for either the Redhat popt or GNU getopt
> library. I haven't pursued those libraries.
Good idea; I'll try to give that a try-to-build shot...
> > Or better, it would simply supply a <chkconfig-fragment>,
> > maybe
> >
> > <chkconfig-fragment><table>
> > <entry name="service">samba</entry>
> > <entry name="spec">234 21 82</entry>
> > <entry name="description">Provide file service to Windows hosts.</entry>
> > </table></chkconfig-fragment>
> >
> > and then some "super-chkconfig" script would slurp these
> > in and make everything behave.
>
> Should the "spec" entry follow the chkconfig program format as in your
> example? Or should the three parameters (run levels, start order, and stop
> order) be individual entries?
>
> I think that individual entries would be more ark-like. Team owned packages
> could override prototype entries. Ark code could refer to the values by
> name. The spec entry could be constructed using ark macros.
I think you're probably right. I try not to be too
doctrinaire about such things, and let practice evolve
toward The Right Thing. Anyway that might give us...
<chkconfig-fragment><table>
<entry name="service">samba</entry><table>
<entry name="levels">234</entry>
<entry name="on">21</entry>
<entry name="off">82</entry>
<entry name="description">Provide file service to Windows hosts.</entry>
</table></entry>
</table></chkconfig-fragment>
Make sense?
Will
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.