Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jmNx5-0005Fv-Ve for pgsql-hackers@arkaria.postgresql.org; Fri, 19 Jun 2020 20:49:31 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jmNx4-0000uy-3S for pgsql-hackers@arkaria.postgresql.org; Fri, 19 Jun 2020 20:49:30 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jmNx3-0000uq-SW for pgsql-hackers@lists.postgresql.org; Fri, 19 Jun 2020 20:49:29 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jmNx0-0007Rv-AT for pgsql-hackers@lists.postgresql.org; Fri, 19 Jun 2020 20:49:28 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 05JKnNXR1757147; Fri, 19 Jun 2020 16:49:23 -0400 From: Tom Lane To: Robert Haas cc: Peter Eisentraut , PostgreSQL Hackers Subject: Re: More tzdb fun: POSIXRULES is being deprecated upstream In-reply-to: <1755873.1592598124@sss.pgh.pa.us> References: <1390.1562258309@sss.pgh.pa.us> <1452646.1592417333@sss.pgh.pa.us> <1753692.1592594861@sss.pgh.pa.us> <1754851.1592596507@sss.pgh.pa.us> <1755873.1592598124@sss.pgh.pa.us> Comments: In-reply-to Tom Lane message dated "Fri, 19 Jun 2020 16:22:04 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1757145.1592599763.1@sss.pgh.pa.us> Date: Fri, 19 Jun 2020 16:49:23 -0400 Message-ID: <1757146.1592599763@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk I wrote: > Robert Haas 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. > There's probably no way to know until it happens :-(. On the other hand, for the open-source players, it might be easier to guess. I took a look at the Fedora/RHEL tzdata specfile, and I see that "-p America/New_York" is hard-wired into it: zic -y ./yearistype -d zoneinfo -L /dev/null -p America/New_York $FILES This means that IANA's change of their sample Makefile will have no direct impact, and things will only change if the Red Hat packager actively changes the specfile. It's still anyone's guess whether he/she will do so, but the odds of a change seem a good bit lower than if the IANA-supplied Makefile were being used directly. I'm less familiar with Debian so I won't venture to dig into their package, but maybe somebody else would like to. regards, tom lane