Re: BUG #18455: DST information is flagged wrongly

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: gkchinna(dot)oracle(at)gmail(dot)com
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #18455: DST information is flagged wrongly
Date: 2024-05-02 15:08:23
Message-ID: 2219450.1714662503@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> postgres=# select * from pg_timezone_names where name ilike '%dublin%';
> name | abbrev | utc_offset | is_dst
> ---------------+--------+------------+--------
> Europe/Dublin | IST | 01:00:00 | f
> (1 row)

Huh, that is very interesting. On my MacBook with a
build using --with-system-tzdata=/usr/share/zoneinfo,
I get:

postgres=# select * from pg_timezone_names where name ilike '%dublin%';
name | abbrev | utc_offset | is_dst
---------------+--------+------------+--------
Europe/Dublin | IST | 01:00:00 | t
(1 row)

and the same on a RHEL box. However, if I build using
PG's internal copy of the timezone database:

regression=# select * from pg_timezone_names where name ilike '%dublin%';
name | abbrev | utc_offset | is_dst
---------------+--------+------------+--------
Europe/Dublin | IST | 01:00:00 | f
(1 row)

We're all on 2024a (and Europe/Dublin hasn't changed definition
recently anyway), so what's going on there?

I suspect this may be down to different options being used in
the "zic" run that builds the zone data files, but haven't
had time to look closer than that.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2024-05-02 16:12:22 Re: BUG #18455: DST information is flagged wrongly
Previous Message PG Bug reporting form 2024-05-02 12:21:24 BUG #18455: DST information is flagged wrongly