From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 13:56:35 2015 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EEF2F7A for ; Tue, 10 Mar 2015 13:56:35 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D9FCE64 for ; Tue, 10 Mar 2015 13:56:34 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t2ADw6Kk069979; Tue, 10 Mar 2015 06:58:07 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: freebsd-stable@FreeBSD.org, Peter Olsson In-Reply-To: <20150310120540.GN8223@pol-server.leissner.se> References: <20150310120540.GN8223@pol-server.leissner.se> From: "Chris H" Subject: Re: There has to be a better way of merging /etc during a major freebsd-update Date: Tue, 10 Mar 2015 06:58:07 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <2885765b7842d951d89a9712bd5ba86e@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2015 13:56:35 -0000 On Tue, 10 Mar 2015 13:05:40 +0100 Peter Olsson wrote > This flag to mergemaster saved a lot of work when I did > upgrades the old way, with cvsup and the make steps and > then mergemaster: > " > # Install the new file if it differs only by VCS Id ($FreeBSD) > FREEBSD_ID=yes > " > Is there some equivalent to this flag in freebsd-update/merge? Hello, Peter. This has probably been answered by now. But just in case. I believe what you're looking for is: mergemaster -vF This is my [chosen] default. I also find it helpful, as a "safety net" to cp _Rp /etc /eetc prior to the mergemaster(8) step. On a related note. I'm not very fond of mergemaster. As a result, I recently took on maintaining sysutils/etcmerge. sysutils/etcupdate, is also a [mergemaster] related port. Hope this helps. --Chris > > I just did my first major upgrade (8.4-RELEASE-p24 -> > 9.3-RELEASE-p10) with freebsd-update. It took more than > an hour of manual keyboard activity, most of which could > probably be done automatically. (And here I thought that > computers were supposed to free us from tedious routine > work...) > > First robotically pressing dd..j.ZZ in a lot of files. > Occasionally combined with /<<< to find more places that > needed changing in files that didn't fit in the screen. > Eg sendmail.cf. > > Of all these files that needed manual editing I had made > my own changes in only one file (/etc/hosts), the rest of > them just had this kind of change: > > The following file could not be merged automatically: /etc/rc.d/nisdomain > Press Enter to edit this file in vi and resolve the conflicts > manually... > > <<<<<<< current version > # $FreeBSD: src/etc/rc.d/nisdomain,v 1.5.2.2 2013/03/28 13:02:44 svnexp Exp $ > ======= > # $FreeBSD: releng/9.3/etc/rc.d/nisdomain 193197 2009-06-01 04:55:13Z dougb $ > >>>>>>> 9.3-RELEASE > > And then, after all these edits, I had to wade through entering > y to "Does this look reasonable (y/n)?" for all these files! > This is of course a necessary step to avoid being bitten by > any <<< === >>> lines left behind by mistake (easy to do when > you lose your concentration after more than a hundred files), > but most of this step could be entirely avoided by automatically > accepting the ID changes. > (I amused myself by counting all files during this stage. > I had to answer y to about 320 files, most of which only > had changes in the ID.) > > This was my first upgrade from 8.4 to 9.3. I have 30 more to go > before the 8.4 EoL this summer. I see 30 completely unnecessarily > wasted hours in my future... > And think of the combined lost man hours worldwide in these upgrades! > Merge seems to be a really stupid choice for major upgrades. > (Unless of course there is some flag to freebsd-update which makes > this kind of change automatically accepted. But I see no such flag > in man freebsd-update in 8.4, 9.3 or 10.1.) > > And yes, I could maybe copy most of /etc from the first > upgraded server to the rest of them before upgrading, but > that seems error-prone and not really a good solution for > every FreeBSD user. > > -- > Peter Olsson > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"