Re: More tzdb fun: POSIXRULES is being deprecated upstream
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2020-06-19T20:22:04Z
Lists: pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes: > On Fri, Jun 19, 2020 at 3:55 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: >> What I'm concerned about is that people depending on the existing >> behavior are likely to wake up one fine morning and discover that it's >> broken after a routine tzdata update. I think that it'd be a better >> user experience for them to see a release-note entry in a PG update >> release explaining that this will break and here's what to do to fix it. > I was assuming that if you did an update of the tzdata, you'd notice > if posixrules had been nuked. I guess that wouldn't help people who > are using the system tzdata, though. Yeah, exactly. We can control this easily enough for PG-supplied tzdata trees, but I think a significant majority of actual users are using --with-system-tzdata builds, because we've been telling packagers to do it that way for years. (Nor does changing that advice seem like a smart move.) > It might be nice to know what > Debian, RHEL, etc. plan to do about this, but I'm not sure how > practical it is to find out. There's probably no way to know until it happens :-(. We can hope that they'll be conservative, but it's hard to be sure. It doesn't help that the bigger players rely on glibc: if I understand what Eggert was saying, nuking posixrules would bring tzcode's behavior into closer sync with what glibc does, so they might well feel it's a desirable change. regards, tom lane
Commits
-
Remove support for timezone "posixrules" file.
- ea57e531b948 14.0 landed
- 21aac2ff96e3 13.0 landed
-
Future-proof regression tests against possibly-missing posixrules file.
- 577dcf890cdb 13.0 landed
- 2c8ef9363db1 14.0 landed
- e7c183cd1fd1 11.9 landed
- b22ca7648b6f 12.4 landed
- 9496908d465e 9.6.19 landed
- 91e27a3e80b6 10.14 landed
- 34ef5863c77b 9.5.23 landed
-
Doc: document POSIX-style time zone specifications in full.
- 070f49005350 11.9 landed
- c10dc2d11791 13.0 landed
- 3b8210da32c4 12.4 landed
- a3235a53ae9f 14.0 landed
- 28fa0484efe9 10.14 landed
- 28589a8350d3 9.6.19 landed
- 089a63ec80e0 9.5.23 landed
-
Please find attached diffs for documentation and simple regression
- b2b6548c79eb 8.1.0 cited