From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 28 19:33:23 2011 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25E1C106566B; Mon, 28 Mar 2011 19:33:23 +0000 (UTC) (envelope-from dteske@vicor.com) Received: from postoffice.vicor.com (postoffice.vicor.com [69.26.56.53]) by mx1.freebsd.org (Postfix) with ESMTP id 0B1848FC0A; Mon, 28 Mar 2011 19:33:22 +0000 (UTC) Received: from [192.82.228.150] (port=54760) by postoffice.vicor.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1Q4IBZ-0007KD-DF; Mon, 28 Mar 2011 12:33:11 -0700 From: Devin Teske To: Jason Helfman In-Reply-To: <20110328184827.GE50654@eggman.experts-exchange.com> References: <8CDBB88B5271976-11D4-322B@web-mmc-d02.sysops.aol.com> <20110328184827.GE50654@eggman.experts-exchange.com> Organization: VICOR, Inc. Date: Mon, 28 Mar 2011 12:33:30 -0700 Message-ID: <1301340810.8488.0.camel@dt.vicor.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 X-Scan-Signature: 6ba0ac589ca79779b211b84feabcacb6 X-Scan-Host: postoffice.vicor.com Content-Type: text/plain; charset="cp1252" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org, Maxim Khitrov , Doug Barton , dieterbsd@engineer.com, Garrett Cooper Subject: Re: Keeping /etc/localtime up-to-date X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 19:33:23 -0000 On Mon, 2011-03-28 at 11:48 -0700, Jason Helfman wrote: > On Mon, Mar 28, 2011 at 02:22:01PM -0400, Maxim Khitrov thus spake: > >Same here, though I'd be happy to change this habit if mergemaster > >handled the updates for me. > > > This would be a good solution for source updates, but how would this work > for binary upgrades via freebsd-update, as mergemaster is not used for this > operation. How we solved this back in 2006 when Congress altered the times that Daylight Saving is observed, we pushed out an internal package that: ( Before Installation ) 1a. If /etc/localtime is a symbolic link, proceed to installation (no update needed). 1b. If /etc/localtime is a binary file,... 2. Compare /etc/localtime against each locale in /usr/share/zoneinfo 3. If you find a match, "remember" which timezone matched ( After Installation ) 4. If /etc/localtime was binary and matched some locale in /usr/share/zoneinfo, copy updated zoneinfo to /etc/localtime (overwriting the current file). -- Devin > > -jgh >