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-22T20:01:22Z
Lists: pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes: > 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. By luck, we now have a moderately well-educated guess about that from Paul Eggert himself [1]: : Probably NetBSD will go first as they tend to buy these changes : quickly; maybe six months from now? Debian and RHEL probably a couple : of years. These are all just guesses. Based on that, I'd say that assuming v12 and earlier won't have to deal with this issue does indeed amount to sticking our heads in the sand. I don't intend to do anything about this until this week's beta wrap cycle is complete, but I'm still leaning to the idea that we ought to back-patch something. Maybe the "something" could be less than a full posixrules-ectomy, but I'm not really satisfied with any of the other alternatives I've thought about. regards, tom lane [1] https://www.postgresql.org/message-id/9d8b5ec4-7094-04f6-d270-db0198d09bd1%40cs.ucla.edu
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