Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 7 Dec 1996 20:00:22 -0700 (MST)
From:      Terry Lambert <terry@lambert.org>
To:        joerg_wunsch@uriah.heep.sax.de
Cc:        freebsd-current@freebsd.org
Subject:   Re: cvs commit: src/include utmp.h
Message-ID:  <199612080300.UAA28314@phaeton.artisoft.com>
In-Reply-To: <199612072128.WAA22953@uriah.heep.sax.de> from "J Wunsch" at Dec 7, 96 10:28:58 pm

next in thread | previous in thread | raw e-mail | index | archive | help
> > > 2. The mutable components of /etc made more friendly to automated
> > >    merges, this going as well for any system directory the average 
> > >    user is likely to modify.
> > 
> > This is simply a matter of allowing someone to make the necessary
> > changes to seperate the data from the procedures which operate against
> > it, and seperating the procedures into logical units.
> > 
> > At the lowest level, this means going to an rc.d mechanism for per
> > logical unit start/stop/status and ordering.  You could support
> > run levels at the same time, but it's not strictly necessary.
> 
> Huh?  Am i in the wrong movie here?
> 
> How do rc<something>.d directories affect the locally changed files
> like /etc/host.conf, /etc/hosts, /etc/uucp/system,
> /etc/sliphome/slip.hosts etc.?  (s,/etc,/var/conf,g if you prefer
> this.  It doesn't change the question a bit.)
> 
> No, i don't really expect an answer to this either. :)

You're getting one anyway...

"They don't".

What I said is still valid however, because "/erc/rc" counts as "an
unfriendly mutable component".

The only way to make something procedural "friendly" is to seperate it
into immutable procedures and mutable data.

So you asked the wrong second question.

In answer to your first question, "yes".  8-) 8-).


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612080300.UAA28314>