Subject: Re: CVS commit: basesrc/etc/rc.conf.d
To: matthew green <mrg@eterna.com.au>
From: Luke Mewburn <lukem@wasabisystems.com>
List: tech-userlevel
Date: 04/19/2002 15:10:58
On Fri, Apr 19, 2002 at 01:55:59PM +1000, matthew green wrote:
|
| Date: Thu, 18 Apr 2002 20:18:33 +1000
| From: matthew green <mrg@eterna.com.au>
| Message-ID: <18563.1019125113@eterna.com.au>
|
| | "put this into defaults/rc.conf".
|
| I assume it would also be ok to put it in defaults/FOO (defaults/ipmon
| or something) and have rc.d/FOO (rc.d/ipmon) source that file to get the
| values (making sure they can be overridden by rc.conf and rc.conf.d/FOO)
|
| For systems with a lot of configuration, that makes more sense than
| polluting defaults/rc.conf and also seems to fit with the general
| philosophy of how the various directories are intended to be used.
|
| hmmm. i think i like this idea. luke?
[moved to tech-userlevel from source-changes]
what about just having a section at the top of the rc.d script itself
that sets the defaults?
e.g, for /etc/rc.d/ntpdate, something like:
/etc/rc.d/ntpdate:
[...]
. /etc/rc.subr
--> new section follows
--> contains "defaults: " and then a description of what it does
# defaults: set date and time via NTP
ntpdate=NO
ntpdate_flags="-b -s"
name="ntpdate"
rcvar=$name
start_cmd="ntpdate_start"
[...]
load_rc_config $name
run_rc_command "$1"
this could be used by a script to build the default sushi form files
as well...
luke.