From owner-freebsd-hackers@FreeBSD.ORG Tue May 3 09:44:54 2005 Return-Path: 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 AEC4C16A4CE; Tue, 3 May 2005 09:44:54 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19D9743D5C; Tue, 3 May 2005 09:44:51 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) j439icEm044321; Tue, 3 May 2005 11:44:40 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)j439icHZ044320; Tue, 3 May 2005 11:44:38 +0200 (SAST) (envelope-from jhay) Date: Tue, 3 May 2005 11:44:38 +0200 From: John Hay To: Denis Peplin Message-ID: <20050503094438.GA44097@zibbi.icomtek.csir.co.za> References: <427743ED.6020200@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <427743ED.6020200@FreeBSD.org> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: mergemaster improvement (auto-update for not modified files) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 09:44:54 -0000 On Tue, May 03, 2005 at 01:27:09PM +0400, Denis Peplin wrote: > > The mergemaster with this is test patch (attached) > can auto-update files that was not modified. > > It do this by compairing each file with it's CVS > copy. If file was not modified, it can be rewritten. > > This dramatically redices amount of files that require > admin's attention. > > There is one major problem here: > This can be done in single-user mode only if your > have local CVS repository, because if local CVS is > not exist, anoncvs is used. > > Possible solutions: What about mergemaster storing a copy of the original somewhere on disk for usage next time? Then the first run may still be slow, but following runs will be able to use it. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org