christophe barbé on Fri, 14 Jun 2002 13:37:26 -0400


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

Re: [PLUG] starting a program at boot


On Fri, Jun 14, 2002 at 11:04:58AM -0400, epike@isinet.com wrote:
> > > is a symlink to /etc/init.d/.
> > 
> > Other way around on the RedHat end.
> > 
> > (RH's way of doing things is a ridiculously over-complicated version
> > of the already ridiculously over-complicated SysV rc structure.)
> > > You can reasonably expect all distributions to use /etc/init.d/
> 
> Offtopic, whatever happened to /etc/inetd.conf which redhat
> replaced with the /etc/xinetd.d/ directory, what does the other
> distros use?  Which one is more correct?

xinetd is a supposedely improved inetd.

The first visible change is the directory instead of a single file. This
is IMHO a very good thing which allow package to add their own config
without complicated (and possibly buggy) parsing and editing of the
file. And you can still edit a given part if you want, so you loose
nothing.
But the real benefit is a more fine grained control of which service can
run. 

Debian support both but install inetd by default.

NOTE : The idea to split a big config file in small pieces is heavily
used in debian and this simplify a lot of things. By example the
/etc/modules.conf file is never edited directly. Change are done in the
modutils directory which contains files for each functionnality and the
big file is regenerated by update-modules. When a package (let's said a
kernel module for your webcam) want to add a module in the big file, it
simply copy a file in the directory and call update-modules.
Of course when this is done at the software level (like in the xinetd case)
you don't need to call a update-* script.

Christophe

> 
> e pike
> 
> ______________________________________________________________________
> Philadelphia Linux Users Group       -      http://www.phillylinux.org
> Announcements-http://lists.phillylinux.org/mail/listinfo/plug-announce
> General Discussion  -  http://lists.phillylinux.org/mail/listinfo/plug
> 

-- 
Christophe Barbé <christophe.barbe@ufies.org>
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8  F67A 8F45 2F1E D72C B41E

There's no sense in being precise when you don't even know what you're
talking about. -- John von Neumann

Attachment: pgpsYFnHOBcw4.pgp
Description: PGP signature