Date: Thu, 10 Apr 2003 00:00:26 -0700 (PDT) From: Doug Barton <DougB@FreeBSD.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: brandon@dvalentine.com Subject: Re: generalized mergemaster(8) Message-ID: <20030409235554.F1708@znfgre.tberna.bet> In-Reply-To: <20030321.064026.31318505.imp@bsdimp.com> References: <20030321041548.GY25577@geekpunk.net> <20030321082108.GA7590@cirb503493.alcatel.com.au> <20030321.064026.31318505.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 21 Mar 2003, M. Warner Losh wrote:
> In message: <20030321082108.GA7590@cirb503493.alcatel.com.au>
> Peter Jeremy <peterjeremy@optushome.com.au> writes:
> : Have you considered emacs ediff-directories? It might be better suited
> : than mergemaster for handling arbitrary directories.
>
> NetBSD also has usr.sbin/etcupdate, which appears to be a redone
> mergemaster which seems to a little better.
s/better/different/ etcupdate is trying to do a different job. I've
talked to Luke about the way NetBSD handles the etc updating, and while I
don't think it's a BAD way to do things, I'm not sure it's the best way.
The particular thing about etcupdate that troubles me is that it has
intimate knowledge of the files it's supposed to update, which means a lot
of work to keep it up to date.
> Personally, I wish that there was a set of scripts that did the
> following:
[snipped the cvs utopian dream] :)
> But that's quite a bit different than mergemaster, and a lot more
> overhead to setup unless the scripts are very smart...
Really, really hard, and really, really different. Also very hard to do in
a way that works for more than a handful of power users.
Doug
--
This .signature sanitized for your protection
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030409235554.F1708>