tzdata2012d

Folks,

I just noticed that there's yet another change to time zones:

http://www.iana.org/time-zones

Can we slide this into the upcoming point release? When would that
be?

Cheers,
David.
--
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter
Skype: davidfetter XMPP: david(dot)fetter(at)gmail(dot)com
iCal: webcal://www.tripit.com/feed/ical/people/david74/tripit.ics

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

Excerpts from David Fetter's message of lun jul 30 17:27:46 -0400 2012:
> Folks,
>
> I just noticed that there's yet another change to time zones:
>
> http://www.iana.org/time-zones
>
> Can we slide this into the upcoming point release? When would that
> be?

Usually, Tom installs the latest timezone data just before each point
release. Updating it each time IANA releases a new one would just be
unnecessary churn, I think.

--
Álvaro Herrera <alvherre(at)commandprompt(dot)com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Excerpts from David Fetter's message of lun jul 30 17:27:46 -0400 2012:
>> Can we slide this into the upcoming point release? When would that
>> be?

> Usually, Tom installs the latest timezone data just before each point
> release.

It's part of the release checklist.

In practice, people who need the latest TZ data shouldn't be relying
on our copy anyway. I think pretty much all distros build with
--with-system-tzdata so that the distros' own updates of tzdata get
picked up automatically by Postgres.

regards, tom lane

On Tue, Jul 31, 2012 at 1:09 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
>> Excerpts from David Fetter's message of lun jul 30 17:27:46 -0400 2012:
>>> Can we slide this into the upcoming point release? When would that
>>> be?
>
>> Usually, Tom installs the latest timezone data just before each point
>> release.
>
> It's part of the release checklist.
>
> In practice, people who need the latest TZ data shouldn't be relying
> on our copy anyway. I think pretty much all distros build with

That's a "dangerous" thing to say. All the Windows users out there
have no choice. I'm not sure about Mac, but AFAIK certainly the ones
downloading the binaries will get "our" set of TZ files. That
represents a very non-trival portion of our users.

--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/

Magnus Hagander <magnus(at)hagander(dot)net> writes:
> On Tue, Jul 31, 2012 at 1:09 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> In practice, people who need the latest TZ data shouldn't be relying
>> on our copy anyway. I think pretty much all distros build with

> That's a "dangerous" thing to say. All the Windows users out there
> have no choice. I'm not sure about Mac, but AFAIK certainly the ones
> downloading the binaries will get "our" set of TZ files. That
> represents a very non-trival portion of our users.

Well, I'm certainly not suggesting that we shouldn't update those files
whenever we make a release. I'm just pointing out that in many cases,
the OS will provide a copy that's updated on a faster cycle than that.

regards, tom lane