| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>, Christoph Berg <myon(at)debian(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: UCT (Re: pgsql: Update time zone data files to tzdata release 2019a.) |
| Date: | 2019-06-06 17:44:54 |
| Message-ID: | 5661.1559843094@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> On 2019-06-06 12:51:30 -0400, Tom Lane wrote:
>> Sure, that is intentionally a behavior change in this situation.
>> The theory is that if "Etc/UCT" is what the user put in /etc/localtime,
>> then that's the spelling she wants. See 23bd3cec6.
> Right, I'm not complaining about that. I'm just noting that that
> explains the cross-version divergence.
It explains some cross-version divergence for sure. What I'm still not
clear about is whether Christoph's report is entirely that, or whether
there's some additional factor we don't understand yet.
> As you can see the switch from Etc/UTC to UCT does happen here
> (presumably in any branch before 12). Which did not happen before the
> import of 2019a / when using a system tzdata that's before
> that.
Right. Before 2019a, UCT would not have been a match to a system
setting of UTC because the zone abbreviation reported by localtime()
was different. Now it's the same abbreviation.
Maybe we should consider back-patching 23bd3cec6.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Amit Kapila | 2019-06-07 00:22:15 | pgsql: Fix inconsistency in comments atop ExecParallelEstimate. |
| Previous Message | Andres Freund | 2019-06-06 17:18:50 | Re: UCT (Re: pgsql: Update time zone data files to tzdata release 2019a.) |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | didier | 2019-06-06 17:57:05 | Re: LLVM compile failing in seawasp |
| Previous Message | Tom Lane | 2019-06-06 17:39:50 | Re: Sort support for macaddr8 |