Re: Aussie timezone database changes incoming

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Martijn van Oosterhout <kleptog(at)svana(dot)org>, Andrew McNamara <andrewm(at)object-craft(dot)com(dot)au>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Aussie timezone database changes incoming
Date: 2014-10-04 19:58:39
Message-ID: 20141004195839.GR14522@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Oct 4, 2014 at 02:21:24PM -0400, Tom Lane wrote:
> I wrote:
> > Martijn van Oosterhout <kleptog(at)svana(dot)org> writes:
> >> Indeed, this has been a pain in the ass for a long long time.
>
> > It's good news that people think this will be an improvement.
>
> > I've not dug into the change details to be sure, but I think probably
> > I was overthinking it upthread. We seem to already have some of the
> > new abbreviations installed, and the other ones do not conflict with
> > anything. So we'll just add them and be happy. What we should do
> > with the "Australia" abbreviations file is re-document it as being
> > appropriate for historical usage only. Anyone who's got that
> > selected will continue to see the behavior they did before.
>
> I've committed changes for this in advance of the upcoming 9.4beta3
> release. Hopefully, if this is seriously bad for anyone, we'll hear
> about it from beta testers before it gets into any official back-branch
> releases.

The changes for the Russian Federation timezones taking effect October
26 reinforces our need to get a new set of minor releases out soon. In
fact, those storing future dates might already need those updates.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ Everyone has their own god. +

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Nasby 2014-10-04 20:01:45 Re: Aussie timezone database changes incoming
Previous Message Jim Nasby 2014-10-04 19:58:14 Re: Trailing comma support in SELECT statements