From owner-freebsd-hackers@FreeBSD.ORG Tue May 3 22:25:53 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 A1AB016A4CF; Tue, 3 May 2005 22:25:53 +0000 (GMT) Received: from crow.addict.de (raven.addict.de [80.86.187.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7463643D49; Tue, 3 May 2005 22:25:52 +0000 (GMT) (envelope-from j.unger@addict.de) Received: from crow.addict.de (raven.addict.de [80.86.187.141]) by crow.addict.de (8.12.9/8.12.6) with ESMTP id j43MPD3H054056; Wed, 4 May 2005 00:25:13 +0200 (CEST) (envelope-from j.unger@addict.de) Received: (from unger@localhost) by crow.addict.de (8.12.9/8.12.6/Submit) id j43MPCi8054055; Wed, 4 May 2005 00:25:12 +0200 (CEST) X-Authentication-Warning: crow.addict.de: unger set sender to j.unger@addict.de using -f Date: Wed, 4 May 2005 00:25:12 +0200 From: Juergen Unger To: Julian Elischer Message-ID: <20050503222512.GA53874@crow.addict.de> References: <427743ED.6020200@FreeBSD.org> <20050503120958.Y42342@eleanor.us1.wmi.uvac.net> <4277BFD7.2000508@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4277BFD7.2000508@elischer.org> User-Agent: Mutt/1.4i X-NCC-RegID: de.choin cc: c0ldbyte cc: hackers@freebsd.org cc: Denis Peplin 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 22:25:53 -0000 On Tue, May 03, 2005 at 11:15:51AM -0700, Julian Elischer wrote: > c0ldbyte wrote: [...] > >But with all due respect, This just seems like another case of a > >"Bike Shed" incident. > not at all. > I've wanted this for a long time.. > files that I have not touched are at default state and I wnat them to move > to teh new default state. Files I have touched, I want to look at by hand. so do I. And to go a step further: why do we at all have to run this things in single-user mode ? Not that I am not aware of the technical reasons for it BUT: why don't we run both the installworld and the mergemaster jobs in a manner where they only _preparing_ the installation of the update ? ... maybe creating a jobfile which could be run automatically during reboot to make the update instantaneous happen without a long downtime to do it all manually in single-user mode over a slow serial console ? bye, Juergen