From owner-freebsd-current@FreeBSD.ORG Tue Nov 16 20:01:25 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A8E51065673 for ; Tue, 16 Nov 2010 20:01:25 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (DMZ-MAILSEC-SCANNER-3.MIT.EDU [18.9.25.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0D4098FC16 for ; Tue, 16 Nov 2010 20:01:24 +0000 (UTC) X-AuditID: 1209190e-b7b3bae000000a71-bf-4ce2e3143176 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-3.mit.edu (Symantec Brightmail Gateway) with SMTP id 70.44.02673.413E2EC4; Tue, 16 Nov 2010 15:01:24 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id oAGK1NgB024407; Tue, 16 Nov 2010 15:01:23 -0500 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id oAGK1MAV029609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 16 Nov 2010 15:01:23 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id oAGK1L9d005675; Tue, 16 Nov 2010 15:01:21 -0500 (EST) Date: Tue, 16 Nov 2010 15:01:21 -0500 (EST) From: Benjamin Kaduk To: Garrett Cooper In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: AAAAAA== Cc: freebsd-current@FreeBSD.org, AN , Edwin Groothuis Subject: Re: make installworld fails 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: Tue, 16 Nov 2010 20:01:25 -0000 On Tue, 16 Nov 2010, Garrett Cooper wrote: > There might be a handful of other apps that don't work when upgrading > from major version to major version (config; the way to work around this > I thought we only supported major version upgrades by first upgrading from RELENG_X_Y to RELENG_X and then to RELENG_{X+1}_Z, but I didn't find documentation for that in a quick check. > > This should be fixed in the share/zoneinfo Makefile (but might be > tricky with cross-builds); producing an UPDATING entry to document the > breakage might be good enough. I had actually thought we fixed it a year ago when I ran into issues with r198351, but my memory is a bit hazy on what actually happened. -Ben Kaduk