Bug in tzdata 2022g

Поиск
Список
Период
Сортировка
От Nacho Caballero
Тема Bug in tzdata 2022g
Дата
Msg-id CAF1W7uz4HcZkuo-c03F0siFQv951rosV79ahi5K4QPmc7f4KJw@mail.gmail.com
обсуждение исходный текст
Ответы Re: Bug in tzdata 2022g  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
Дерево обсуждения
There appears to be a bug in the latest postgres release, which uses tzdata 2022g to reflect the recent DST change in Mexico. 

When I convert a UTC timestamp to Mexico City time in 13.10 (Debian 13.10-1.pgdg110+1), I get a one hour difference, which is wrong:

select timezone('America/Mexico_City', '2023-05-06T08:00+00:00'), timezone('America/Bogota', '2023-05-06T08:00+00:00');
      timezone       |      timezone
---------------------+---------------------
 2023-05-06 02:00:00 | 2023-05-06 03:00:00

However, when I run it in PostgreSQL 12.10 (Ubuntu 12.10-1.pgdg20.04+1), I get the right answer (no time difference):

      timezone       |      timezone      
---------------------+---------------------
 2023-05-06 03:00:00 | 2023-05-06 03:00:00

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: BUG #17804: Assertion failed in pg_stat after fetching from pg_stat_database and switching cache->snapshot
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Bug in tzdata 2022g