Re: BUG #5466: Asia/Novosibirsk timezone problem

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #5466: Asia/Novosibirsk timezone problem
Дата
Msg-id 24190.1274300385@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #5466: Asia/Novosibirsk timezone problem  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Ответы Re: BUG #5466: Asia/Novosibirsk timezone problem  (Diffor <diffor@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: BUG #5466: Asia/Novosibirsk timezone problem
Следующее
От: Michael Enke
Дата:
Сообщение: Re: BUG #5464: ecpg on 64bit system converts "long long" to "long"