This is the mail archive of the
mailing list for the glibc project.
Re: Removing locale timezone information
- From: Allan McRae <allan at archlinux dot org>
- To: Keld Simonsen <keld at keldix dot com>, Zack Weinberg <zackw at panix dot com>
- Cc: GNU C Library <libc-alpha at sourceware dot org>, libc-locales at sourceware dot org
- Date: Thu, 13 Aug 2015 08:07:25 +1000
- Subject: Re: Removing locale timezone information
- Authentication-results: sourceware.org; auth=none
- References: <556F23C9 dot 3030500 at redhat dot com> <20150603203430 dot GC15814 at www5 dot open-std dot org> <55715DB2 dot 2010500 at redhat dot com> <20150806175226 dot GD28963 at www5 dot open-std dot org> <55C51D35 dot 8060406 at cs dot ucla dot edu> <20150809145027 dot GA5048 at www5 dot open-std dot org> <55C7773F dot 30205 at cs dot ucla dot edu> <20150812140837 dot GA23436 at www5 dot open-std dot org> <CAKCAbMj3X-G10=RVZaBoV8oZbC7tzYDaDtvNyf1WmijkihFAvQ at mail dot gmail dot com> <20150812213721 dot GA19335 at www5 dot open-std dot org>
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, <email@example.com> 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.