This is one of the issue I perceive with using scripts/ intermediate
as a glue, a problem which does not exist when the daemons are integrated
tighter. You basically give up all the power which arises from
daemons give to the system.
It is also the main problem FreeBSD's rc system presents. Because all is a
scaffolding of shell scripts, it basically gives you 0 of the power modern
service management offer. Most important are service life cycle
restart policies, delegated administration and fault reporting. The only
you gain is easy debugability (no small boon)but it is easily outweighted
other advantages of a modern service manager.
> Well, even if we went this route, this wouldn't quite work, because
> the automountd daemon actually doesn't need those notifications.
> It's the "-media" map that does. Other parts of autofs don't have
> any special code for media handling.
About shell scripts in general as a glue:
Yes, they are easily debuggable and customized. Yet I believe that all
power should be hidden,and it should be unnecessary to tap into it for 95%
administrative needs. It is my perception that less and less people are
interested in exploring the countless ranges of customization such
of scripts offer. People are interested in sane defaults, easy to specify
policies and fault reporting. Life is too short to explore myriad of
customizations, unless you really have to. And most of the time, you dont
Thats not to say shell scripts dont have their place. They do. I use them
too, both on unixes and tcl scripts for adding fast functionality in
devices. But as a glue between essential operating system subsystems, it
my oppinion that we are 10 years too late in replacing them.
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"