From owner-freebsd-current@FreeBSD.ORG Thu Jun 10 13:04:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D49E016A4CE for ; Thu, 10 Jun 2004 13:04:50 +0000 (GMT) Received: from mout2.freenet.de (mout2.freenet.de [194.97.50.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FEA043D1D for ; Thu, 10 Jun 2004 13:04:50 +0000 (GMT) (envelope-from achim.hensel@freenet.de) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout2.freenet.de with asmtp (Exim 4.33) id 1BYPEe-00058D-3c for freebsd-current@freebsd.org; Thu, 10 Jun 2004 15:04:48 +0200 Received: from p508f7530.dip.t-dialin.net ([80.143.117.48] helo=server.private.priv)(TLSv1:AES256-SHA:256) (Exim 4.33 #3) id 1BYPEd-0001fM-OM for freebsd-current@freebsd.org; Thu, 10 Jun 2004 15:04:48 +0200 Received: from physik.private.priv (physik.private.priv [192.168.1.10]) by server.private.priv (8.12.8/8.12.8) with SMTP id i5AD5n7Q030630 for ; Thu, 10 Jun 2004 15:05:50 +0200 (CEST) Date: Thu, 10 Jun 2004 15:04:45 +0200 From: Achim Hensel To: freebsd-current@freebsd.org Message-Id: <20040610150445.4d73b3b9.achim.hensel@freenet.de> In-Reply-To: <20040610033353.GA2734@electra.cse.Buffalo.EDU> References: <20040609115036.GD3046@electra.cse.Buffalo.EDU> <20040610033353.GA2734@electra.cse.Buffalo.EDU> X-Mailer: Sylpheed version 0.9.11 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 Jun 2004 12:02:11 +0000 Subject: Re: Default time zone setting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 10 Jun 2004 13:04:50 -0000 > FYI I took a brief look at this and it's not exactly straight-forward > because of the frame of reference tzsetup seems to be geared up for > (Select continental area, then country, then specific zone). I'll > plug away at it to see if I can come up with something sensible but > just so you know it won't happen at the same time as the cutover to > UTC as default. What about extending "Continental Area" to "Continental Area or Special Timezone", and then using "Special" as a continent-link chapter for non-geographical oriented timezones? By this no new fourth layer (Geo vs. logic TZ/ Continent / Country /Spezific) need to be introduced. And there aren't that much continents so some new entrys would still be noticable. CU, Achim