From: | "Roderick A(dot) Anderson" <raanders(at)acm(dot)org> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Problems with Timezones in Australia |
Date: | 2008-10-16 14:52:09 |
Message-ID: | 48F75519.6040302@acm.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Tom Lane wrote:
> "Roderick A. Anderson" <raanders(at)acm(dot)org> writes:
>> Tom Lane wrote:
>>> No, you're behind the times: 8.2.4 and 8.1.9 are too old to know
>>> about this year's changes in southeast Australia DST laws. Which
>>> I imagine is what's biting you.
>
>> Doesn't Pg use tzdata (at least that's what it's called on for
>> Redhat-ian distributions) for it's timezone information?
>
> Yes. tzdata didn't know about those changes back then, either ;-)
>
> If you meant to say "why aren't we using the system's copy of
> tzdata", it's because we need to run on systems that don't have one.
No criticism intended. Just trying to understand and find out if I
needed to make changes in my update procedures.
> If you are on a platform that uses the standard "Olsen" tz database
> and you have confidence that it will get updated regularly, you can
> configure PG to use that copy instead of its built-in copy ... but
> this isn't the default.
CentOS 5 -- three, four, or maybe more, updates this year so far. :-)
Is there a way to determine from a binary install (Devrim GÜNDÜZ's rpms)
if it uses the system timezone data or the build-in copy? Heck I'll
just look at the src rpm.
Thanks,
Rod
--
From | Date | Subject | |
---|---|---|---|
Next Message | DelGurth | 2008-10-16 15:09:44 | Re: Drupal and PostgreSQL - performance issues? |
Previous Message | Tomasz Myrta | 2008-10-16 14:51:09 | Re: PQescapestringConn not found in libpq.dll |