i am making the transition to the new rc.d thingie
and of course am happy to see the system becoming a bit
more admin friendly.
is there an "official" way to start a service as someone else?
most of my daemons for example use the "service" login class.
for example, in the old rc.local:
if [ -x /usr/local/sbin/nginx ]; then
echo -n ' nginx'
su -c services root -c "/usr/bin/env -i /usr/local/sbin/nginx"
also, as far as i understand it, all executable scripts in /etc/rc.d/
are executed at startup and stopped at shutdown.
why not reuse the /etc/rc.conf style "set these to "NO" to turn them off.
otherwise, they're used as flags" approach?
this way i could say in /etc/rc.local.conf:
and /etc/rc.d/nginx would be skipped at startup
or is the preferred way simply removing the execute bit?
i could still decide running it manually later..
live long and prosper. -- spock
On Fri, 10 Dec 2010 16:25:40 +0100, frantisek holop <email@example.com>
It's not how it works, it won't start anything unless you add it to the
The framework is still not documented and there are several uncommitted
Yes, the principle of least surprise !
We're not debian, so some packages include several components. Ditto
Let's say you install a bunch of things in a hurry.
Then you find out, when you reboot a machine, that you're suddenly blessed
with five new daemons that you did not *explicitly request*.
Good luck systematically checking /etc/rc.d for those surprises after
a new package install...