Aaron Konstam wrote: > On Wed, 2007-07-04 at 10:46 -0500, Mikkel L. Ellertson wrote: >> Aaron Konstam wrote: >>> >>> but to have them come on at boot run: >>> chkconfig --level 35 NetworkManager on >>> and >>> chkconfig --level 35 NetworkManagerDispatcher on >>> >> You may want to skip the --level 35 option. If you do not specify >> the levels, then the default of 2 through 5 are used, unless >> overridden by the setting in the service control script. From "man >> chkconfig: >> >> By default, the on and off options affect only runlevels 2, 3, 4, >> and 5, while reset affects all of the runlevels. The --level option >> may be used to specify which runlevels are affected. > > What you say is true but that is not the organized way to do things. > Most people who have never been in level 2 or 4 would only be confused > by your system. > It is not my system - it is the way all the init scripts are handled on RedHat, Fedora, and any other distribution that uses the initscripts package to implement System V style system initialization. By specifying the run levels that a program should run at by default, and by specifying when they should start and stop, the user does not have to know the details of how the programs interact. Things are set up for them without them having to worry about it. I do not see how running "chlconfg NetworkManagerDispatcher on" instead of "chkconfig --level 35 NetworkManagerDispatcher on" would confuse people. Having things set properly for the run levels that they do not normally use is a bonus - if they end up using them in troubleshooting, things are already set up for them without them having to think about it. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup!
Attachment:
signature.asc
Description: OpenPGP digital signature
