search for: rcvar

...t create the pidfile, so I can''t stop it. Here is my script: #!/bin/sh utility_enable=${utility_enable-"NO"} utility_flags=${utility_flags-""} utility_pidfile=${utility_pidfile-"/var/run/puppetmasterd.pid"} . /etc/rc.subr name="puppetmasterd" rcvar=`set_rcvar` command="/usr/local/bin/puppetmasterd" load_rc_config $name pidfile="${utility_pidfile}" start_cmd="echo \"Starting ${name}.\"; /usr/bin/nice -5 ${command} ${utility_flags} ${command_args}" run_rc_command "$1" and I have puppetmas...

...nf, but writes out a file in /etc/rc.conf.d/sshd. But "ensure" doesn''t work. Perhaps it would if no one was logged in, as it seems to recognize one of the logged in users as a service. Imho the proper way to see if somethings already enabled is by executing: $ /etc/rc.d/sshd rcvar Testing the service: $ /etc/rc.d/sshd status I curious to what the common perception was when the service module was designed for freebsd; I don''t know if it''s a bug or an intended design :) I''m running puppet 0.24.4. Thanks in advance, --~--~---------~--~----~---...

Hi there, I've been a happy djbdns+tinydns user for many, many years. I want to keep using it, so answers of the form "bletch! Use ISC BIND the way BSD intended" will be ignored :-) Having said that, one annoying consequence of my transition some time ago to using ntpd, rather than just setting the clock once-off with ntpdate as I used to, is that the /etc/rc.d mechanism starts