Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hgBO6-0004Cd-0B for pgsql-hackers@arkaria.postgresql.org; Wed, 26 Jun 2019 17:07:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hgBO2-0000Fx-45 for pgsql-hackers@arkaria.postgresql.org; Wed, 26 Jun 2019 17:07:10 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hgBO1-0000Fq-Rt for pgsql-hackers@lists.postgresql.org; Wed, 26 Jun 2019 17:07:09 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hgBNz-0001U3-Dc for pgsql-hackers@postgresql.org; Wed, 26 Jun 2019 17:07:09 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x5QH6tPx017149; Wed, 26 Jun 2019 13:06:56 -0400 From: Tom Lane To: Andrew Gierth cc: Thomas Munro , Robert Haas , Stephen Frost , Andres Freund , Christoph Berg , PostgreSQL Hackers Subject: Re: UCT (Re: pgsql: Update time zone data files to tzdata release 2019a.) In-reply-to: <8736jwsdv2.fsf@news-spur.riddles.org.uk> References: <24452.1560285699@sss.pgh.pa.us> <20190614095546.GA15107@msg.df7cb.de> <26948.1560517875@sss.pgh.pa.us> <87ef3w3u8a.fsf@news-spur.riddles.org.uk> <7114.1560539536@sss.pgh.pa.us> <875zp74zpf.fsf@news-spur.riddles.org.uk> <871rzv4yes.fsf@news-spur.riddles.org.uk> <20190617173943.z3ttxqenbcwrlag4@alap3.anarazel.de> <20190617183458.GG2480@tamriel.snowman.net> <20190617183828.hj7ci362zbxd4nax@alap3.anarazel.de> <20190617184053.GI2480@tamriel.snowman.net> <25314.1560980148@sss.pgh.pa.us> <27991.1560984458@sss.pgh.pa.us> <877e9h18df.fsf@news-spur.riddles.org.uk> <2643.1561508327@sss.pgh.pa.us> <877e98syi5.fsf@news-spur.riddles.org.uk> <8736jwsdv2.fsf@news-spur.riddles.org.uk> Comments: In-reply-to Andrew Gierth message dated "Wed, 26 Jun 2019 14:01:43 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <17147.1561568815.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Wed, 26 Jun 2019 13:06:55 -0400 Message-ID: <17148.1561568815@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Andrew Gierth writes: > "Thomas" =3D=3D Thomas Munro writes: > Thomas> Right. On a FreeBSD system here in New Zealand you get "NZ" > Thomas> with default configure options (ie using PostgreSQL's tzdata). > Thomas> But if you build with --with-system-tzdata=3D/usr/share/zoneinf= o > Thomas> you get "Pacific/Auckland", and that's because the FreeBSD > Thomas> zoneinfo directory doesn't include the old non-city names like > Thomas> "NZ", "GB", "Japan", "US/Eastern" etc. > Same issue here with Europe/London getting "GB". FreeBSD offers yet another obstacle to Andrew's proposal: $ uname -a FreeBSD rpi3.sss.pgh.pa.us 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENER= IC arm64 $ ls /usr/share/zoneinfo/ Africa/ Australia/ Etc/ MST WET America/ CET Europe/ MST7MDT posixrules Antarctica/ CST6CDT Factory PST8PDT zone.tab Arctic/ EET HST Pacific/ Asia/ EST Indian/ SystemV/ Atlantic/ EST5EDT MET UTC No zone1970.tab. I do not think we can rely on that file being there, since zic itself doesn't install it; it's up to packagers whether or where to install the "*.tab" files. In general, the point I'm trying to make is that our policy should be "Ties are broken arbitrarily, and if you don't like the choice that initdb makes, here's how to fix it". As soon as we try to break some ties in favor of somebody's idea of what is "right", we are in for neverending problems with different people disagreeing about what is "right", and insisting that their preference should be the one the code enforces. Let's *please* not go there, or even within hailing distance of it. (By this light, even preferring UTC over UCT is a dangerous precedent. I won't argue for reverting that, but I don't want to go further.) regards, tom lane