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 1hYCXQ-0003Fn-Lm for pgsql-hackers@arkaria.postgresql.org; Tue, 04 Jun 2019 16:43:52 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hYCXO-0003e9-HG for pgsql-hackers@arkaria.postgresql.org; Tue, 04 Jun 2019 16:43:50 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hYCXO-0003ad-3v for pgsql-hackers@lists.postgresql.org; Tue, 04 Jun 2019 16:43:50 +0000 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hYCXH-0004jB-H8 for pgsql-hackers@postgresql.org; Tue, 04 Jun 2019 16:43:48 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 01C4C441; Tue, 4 Jun 2019 12:43:41 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 04 Jun 2019 12:43:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=Ns8JGIH0mSC7b/ubF9hYKORlgSe Ya13cxZfhW9LL0lI=; b=TX5YzFd3MuQnKub3ekROUmSWtrXuIMGGb6dYZpKLrgK hlhxIJ12eNvFGmcyrpKhvXfkaq3MKD2JwE92IpLdan5WPBNWgRdURIn5JOl21cIF 2AAOQLdk7fnYaPup2ZntpP/sqkkleElBhyvoFQdEiCmohXdNaNMLanVx7UC43BMN Q12KZnaO5cKsA38JA9qN4NIsJU3wdlo82XSbYfnnGXnWRHcWDr8Qd3FWbNJHMr70 IFGn+nCZ0GOB2/HGT48Tha83rgo1m+nwil9qCKj23VF+GNZT2xfrUHT0C0tvenls rxTXNq57iSBsU1z+cqMmWRM6XcmWSACQINBJ/+vqTTw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=Ns8JGI H0mSC7b/ubF9hYKORlgSeYa13cxZfhW9LL0lI=; b=vhJFI2wefjXPrM5VF6+7zo Nu7q92X+K9GQY/6QSewEniUR+n11dQDM5Ex3FSg8hTHtijsAOCL91K3sY1J896Nr qirRovWutzXsQxN6fWIFHIgZOi00lVSu5U58zNk5Si5d5fFvM47rV+m+DqCutmDb xlndw4sHZGYf+m48BxS5g5odDkkTaP6OZ4QMRNhoKgHgRLpuTddLD0ZesxV/XWB2 5AO/Vj2hI5QDVw0VdFqBi5NgdZwb94tjpUgtofXPIdVnKjP3PLxO2F6JBLnJLbRB YsI4666+SafqRKRyOG+wa8pL2dOLD3Zv4qGhMO04qNtZ+51iqiUyKpjErnUC1CAQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduuddrudefledguddtgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomheptehnughr vghsucfhrhgvuhhnugcuoegrnhgurhgvshesrghnrghrrgiivghlrdguvgeqnecukfhppe eijedrudeitddrvddukedrvdefjeenucfrrghrrghmpehmrghilhhfrhhomheprghnughr vghssegrnhgrrhgriigvlhdruggvnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from intern.anarazel.de (c-67-160-218-237.hsd1.ca.comcast.net [67.160.218.237]) by mail.messagingengine.com (Postfix) with ESMTPA id 44136380073; Tue, 4 Jun 2019 12:43:40 -0400 (EDT) Date: Tue, 4 Jun 2019 16:43:38 +0000 From: Andres Freund To: Tom Lane Cc: Christoph Berg , PostgreSQL Hackers Subject: Re: UCT (Re: pgsql: Update time zone data files to tzdata release 2019a.) Message-ID: <20190604164338.wimx6qlp4wyc7r46@alap3.anarazel.de> References: <20190604085735.GD24018@msg.df7cb.de> <65800.1559662051@sss.pgh.pa.us> <20190604155330.rtx4qwqzkispsa3x@alap3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190604155330.rtx4qwqzkispsa3x@alap3.anarazel.de> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On 2019-06-04 08:53:30 -0700, Andres Freund wrote: > If I set the system-wide default, using dpkg-reconfigure -plow tzdata, > to UTC I *do* get Etc/UTC. > > root@alap4:/home/andres/src/postgresql# cat /etc/timezone > Etc/UTC > root@alap4:/home/andres/src/postgresql# ls -l /etc/timezone > -rw-r--r-- 1 root root 8 Jun 4 15:44 /etc/timezone > > selecting default timezone ... Etc/UTC > > This is independent of being built with system or non-system tzdata. > > Enabling debugging shows: Sorry, I was not awake enough while reading the thread (and UCT looks so similar to UTC). I do indeed see the behaviour of choosing UCT in 11, but not in 12. Independent of system/non-system tzdata. With system tzdata, I get the following debug output (after filtering lots of lines wiht out |grep -v 'scores 0'|grep -v 'uses leap seconds') TZ "Zulu" gets max score 5200 TZ "UCT" gets max score 5200 TZ "Universal" gets max score 5200 TZ "UTC" gets max score 5200 TZ "Etc/Zulu" gets max score 5200 TZ "Etc/UCT" gets max score 5200 TZ "Etc/Universal" gets max score 5200 TZ "Etc/UTC" gets max score 5200 TZ "localtime" gets max score 5200 TZ "posix/Zulu" gets max score 5200 TZ "posix/UCT" gets max score 5200 TZ "posix/Universal" gets max score 5200 TZ "posix/UTC" gets max score 5200 TZ "posix/Etc/Zulu" gets max score 5200 TZ "posix/Etc/UCT" gets max score 5200 TZ "posix/Etc/Universal" gets max score 5200 TZ "posix/Etc/UTC" gets max score 5200 ok whereas master only does: selecting default timezone ... symbolic link "/etc/localtime" contains "/usr/share/zoneinfo/Etc/UTC" TZ "Etc/UTC" gets max score 5200 Etc/UTC The reason for the behaviour difference between v12 and 11 is that 12 does: /* * Try to avoid the brute-force search by seeing if we can recognize the * system's timezone setting directly. * * Currently we just check /etc/localtime; there are other conventions for * this, but that seems to be the only one used on enough platforms to be * worth troubling over. */ if (check_system_link_file("/etc/localtime", &tt, resultbuf)) return resultbuf; which prevents having to iterate through all of these files, and ending up with a lot of equivalently scored timezones. Greetings, Andres Freund