From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 50065 invoked by alias); 12 Aug 2015 23:13:23 -0000 Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org Received: (qmail 85155 invoked by uid 89); 12 Aug 2015 22:07:40 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: nymeria.archlinux.org Subject: Re: Removing locale timezone information To: Keld Simonsen , Zack Weinberg References: <556F23C9.3030500@redhat.com> <20150603203430.GC15814@www5.open-std.org> <55715DB2.2010500@redhat.com> <20150806175226.GD28963@www5.open-std.org> <55C51D35.8060406@cs.ucla.edu> <20150809145027.GA5048@www5.open-std.org> <55C7773F.30205@cs.ucla.edu> <20150812140837.GA23436@www5.open-std.org> <20150812213721.GA19335@www5.open-std.org> Cc: GNU C Library , libc-locales@sourceware.org From: Allan McRae Message-ID: <55CBC39D.5030403@archlinux.org> Date: Wed, 12 Aug 2015 23:13:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <20150812213721.GA19335@www5.open-std.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-q3/txt/msg00105.txt.bz2 On 13/08/15 07:37, Keld Simonsen wrote: > On Wed, Aug 12, 2015 at 11:06:16AM -0400, Zack Weinberg wrote: >> On Wed, Aug 12, 2015 at 10:08 AM, wrote: >>> My impression is that timezone changes are normally announced in due time >>> so that they can be included in normal glibc release schedule, which >>> I think is about twice a year, but irregulary. I have not been down into >>> the data, tho. >> >> Sadly, as pointed out by others, this is not so. >> >> Keld, would your use cases be satisfied if each glibc locale (for >> which this makes sense) specified a default *Olsen* timezone? I think >> that might be a way to get what you want while avoiding the problems >> everyone else is bringing up. > > As others has pointed out, there are a number of cases where time zone changes > havd been made with very short notice. I was talking about the normal case, > meaning the majority of cases. I need to go deeper into the data > to see for myself if I should consider myself being wrong. But just mentioning a few cases > do not make my statement false. And my general knowledge > of timezone changes are that they are not frequent. In EU and in the USA and Canada > and big countries in Asia there have been few changes AFAIK in the last few decades, but > of cause there are many countries and a few changes here and there all adds up. > I will have a look, as suggested. I can remember having to ship a tzdata package fast due to last minute DST changes for somewhere in the USA. Even if it is the minority of cases, this makes using glibc for this information rather than tzdata very difficult for a Linux distribution. Allan