From owner-freebsd-current@FreeBSD.ORG Sat Oct 29 04:21:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id F39F91065675 for ; Sat, 29 Oct 2011 04:21:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5E7E1152E89; Sat, 29 Oct 2011 04:21:40 +0000 (UTC) Message-ID: <4EAB7F53.5050803@FreeBSD.org> Date: Fri, 28 Oct 2011 21:21:39 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Kevin Oberman References: <20111027102208.88BFB106564A@hub.freebsd.org> <20111028084329.134A0106566C@hub.freebsd.org> <4EAB5823.5090804@FreeBSD.org> <4EAB71F9.9090602@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: Upgrade from source to RC1: problems with /etc : lost users and dbus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Oct 2011 04:21:41 -0000 On 10/28/2011 20:44, Kevin Oberman wrote: > On Fri, Oct 28, 2011 at 8:24 PM, Doug Barton wrote: >> On 10/28/2011 20:09, Kevin Oberman wrote: >>> On Fri, Oct 28, 2011 at 6:34 PM, Doug Barton wrote: >>>> On 10/28/2011 01:43, Thomas Mueller wrote: >>>>> How does one run mergemaster without running roughshod over existing configuration? >>>> >>>> Carefully? :) Seriously ... always use the -P option, and/or add >>>> PRESERVE_FILES in your mergemaster rc file. Watch the changes carefully. >>>> If you have to, do the updates in more than one pass using the -r option >>>> for subsequent runs. Do the simple ones first, then go back and do the >>>> ones that you have to think harder about. I recommend against using the >>>> -U option. >>>> >>>> It's not rocket science, it's just like any other system administration >>>> task, it requires careful attention. >>> >>> I agree that just running mergemaster CAREFULLY does the job. The only >>> time I was ever burned was when I was in a BIG hurry and ended up >>> wasting a LOT of time. (I think I also learned.) Of course, I also >>> remember merging /etc before we had mergemaster. >> >> Yeah, me too, that's why I wrote it. :) >> >>> I am a bit curious why you recommend against -U, though. I've been >>> using it since it was added and have never had a problems. It's saved >>> me quite a bit of time. Is thee a corner case that I'm missing? >> >> The case where there are relevant changes in configuration or other >> files that you miss because you install them without examination. That >> said, I realize that what people *want* is an upgrade process that they >> don't have to look at and/or think about. As soon as I figure out how to >> make mergemaster telepathic I'll be sure to add that patch. > > An obvious problem that I managed overlook all of this time. Well people try very hard not to introduce POLA'ish problems, but sometimes it's necessary, and sometimes it happens in spite of our best efforts (as Garrett pointed out). > And thanks for all of your shell code. Between mergemaster and > portmaster you have saved many, many man-years of painful and > error-prone effort. You're welcome. :) > Do you dream in sh? Well I probably will NOW, thanks a lot! Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/