Re: BUG #5466: Asia/Novosibirsk timezone problem - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #5466: Asia/Novosibirsk timezone problem
Date
Msg-id 24190.1274300385@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #5466: Asia/Novosibirsk timezone problem  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: BUG #5466: Asia/Novosibirsk timezone problem
List pgsql-bugs
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> Excerpts from Magnus Hagander's message of mié may 19 15:17:50 -0400 2010:
>> Well, if we report it as Novosibirsk, it will have DST. Which users in
>> Almaty aren't supposed to have, so it'll be wrong for them. So it's
>> going to be wrong for one of them whichever way we go, won't it?

> I meant that the Windows timezone does have DST, so users in Almaty are
> already screwed, but by Microsoft, not us.

According to the zic entry, Almaty has observed DST for most of the
zone's history.  It might well choose to do so again someday.  So we
should not imagine that "no DST" is an essential aspect of that zone.

AFAICS we don't really have any way to choose what to do here other
than making the default work for whichever zone is more populous.
Anyone know?

            regards, tom lane

pgsql-bugs by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: BUG #5466: Asia/Novosibirsk timezone problem
Next
From: Michael Enke
Date:
Subject: Re: BUG #5464: ecpg on 64bit system converts "long long" to "long"