From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 30 11:08:55 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CDA316A421 for ; Fri, 30 Sep 2005 11:08:55 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9778C43D48 for ; Fri, 30 Sep 2005 11:08:51 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j8UB8gT3047627; Fri, 30 Sep 2005 15:08:42 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j8UB8gIG047626; Fri, 30 Sep 2005 15:08:42 +0400 (MSD) (envelope-from yar) Date: Fri, 30 Sep 2005 15:08:42 +0400 From: Yar Tikhiy To: Jon Dama Message-ID: <20050930110841.GC45907@comp.chem.msu.su> References: <20050929224548.GB3035@comp.chem.msu.su> <433CDE35.7040801@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: A smarter mergemaster X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 11:08:55 -0000 [Replying to everyone who mentioned etcmerge or 3-way merge in general] On Fri, Sep 30, 2005 at 12:15:59AM -0700, Jon Dama wrote: > It is worth while to mention sysutils/etcmerge. > > Having the "three-way" merge makes the process much better. The primary > way I've shot myself with mergemaster is forgetting some local change. > > Being able to distinguish the class of things that are changing upstream > really helps the situation and provides a more reasonable indication of > the default: > if it changed upstream but not locally => default is install > if it changed locally but not upstream => default is keep > if it changed locally and upstream => default is merge Obviously, in order to do a 3-way merge, we need information about the old versions of original files as well. However, currently we have only the new versions in /usr/src and local versions in /etc for mergemaster to work with. I'll be glad to hear how etcmerge approaches this issue. In any case, we cannot offer the users to access the CVS repo when merging /etc. Personally, I'd like to see a complete copy of current unmodified /etc files installed to /usr/share/examples/etc. They could serve as the old original versions for the 3-way merge then. Alas, now the copy installed there is rather incomplete, motivation of which is unknown to me yet. Any ideas? -- Yar