What we keep under /etc

[Ruslan Ermilov]

On Sun, Oct 10, 2004 at 03:46:58AM +0900, Makoto Matsushita wrote:
> 
> For my understandings, that's why mergemaster(8) (or "check and help
> updating /etc files" tool) is there.  If mergemaster(8) behaves badly,
> we can fix it -- not changing what "make installworld" does.
> 
> eivind> I think this is a good solution because this is not a merging
> eivind> problem, it is a mergemaster problem.
> 
I'm with you guys.

> > Since mergemaster(8) is considered as a mandatory tool for admin (I
> > hope nobody objects),
> 
> eivind> I object.
> 
> Ouch:)  Yes I know that some users doesn't update /etc if installworld
> as you mentioned.  However, according to src/UPDATING, mergemaster(8)
> is listed in source-code upgrade procedure -- and many users knows
> what mergemaster(8) is.  Many guys mentioned to use mergemaster(8) on
> current@/stable@ list.  No matter what you dislike or not, it seems
> that it's mandatory one....
> 
It's definitely not a mandatory tool.  I don't use neither
mergemaster(8) nor etcmerge(8), but what I do is precisely
what etcmerge(8) does (after I looked into it).  It seems
to do it all right (in my definition of correctness), so I
will likely give it a go.

> In anyway,
> 
> eivind> The majority do (in order of frequence, high to low) manual
> eivind> updates or don't update /etc unless they have to or use
> eivind> etcmerge or write their own scripts.
> 
> you also think that it would be better updating /etc files by some
> other tools (well, I'll try using etcmerge later, thank you), not by
> "make installworld", right?
> 
Yes, count me in.  Updating /etc during installworld is a strict
"no no", for a lot of reasons.


Cheers,
-- 
Ruslan Ermilov
ru at FreeBSD.org
FreeBSD committer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20041009/5fce1be1/attachment.bin