From: Tom Lane <tgl@sss.pgh.pa.us>
To: Michael Paquier <michael@paquier.xyz>
cc: pgsql-hackers@lists.postgresql.org
Subject: Re: [HACKERS] Cutting initdb's runtime (Perl question embedded)
In-reply-to: <20180912224408.GB1387@paquier.xyz>
References: <20180509153924.32kvslqeqdyco7c5@alvherre.pgsql>
 <8873.1525881373@sss.pgh.pa.us> <21138.1525969099@sss.pgh.pa.us>
 <25428.1533925885@sss.pgh.pa.us> <20180912073701.GM25160@paquier.xyz>
 <949.1536760821@sss.pgh.pa.us> <20180912224408.GB1387@paquier.xyz>
Comments: In-reply-to Michael Paquier <michael@paquier.xyz>
	message dated "Thu, 13 Sep 2018 07:44:08 +0900"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <29345.1536794433.1@sss.pgh.pa.us>
Date: Wed, 12 Sep 2018 19:20:33 -0400
Message-ID: <29346.1536794433@sss.pgh.pa.us>
Precedence: bulk

Michael Paquier <michael@paquier.xyz> writes:
> On Wed, Sep 12, 2018 at 10:00:21AM -0400, Tom Lane wrote:
>> I believe that this patch will never make for any functional change,
>> it will only give you some other alias for the zone it would have
>> selected anyway.

> Looking at the list of aliases, I am not seeing listed countries running
> across multiple timezones, so that may be fine.

Not sure what you're worried about.  "Linked" time zones are the *same
data*.  In an installed tzdb tree, the Japan file is either a hardlink or
symlink to the Asia/Tokyo one, so they can't differ.  What you seem to be
speculating about is actual errors in the tzdb data, ie not describing
the facts on the ground in particular places.  That's possible I suppose
but it's hardly our problem if it happens; it'd be theirs to fix.

			regards, tom lane