Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sqYzK-00An5x-M7 for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Sep 2024 14:15:31 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sqYzK-00BcGw-4B for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Sep 2024 14:15:30 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sqYzJ-00BcGn-Nw for pgsql-hackers@lists.postgresql.org; Tue, 17 Sep 2024 14:15:29 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sqYzG-001eUs-QW for pgsql-hackers@lists.postgresql.org; Tue, 17 Sep 2024 14:15: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 48HEFPXc1462678; Tue, 17 Sep 2024 10:15:26 -0400 From: Tom Lane To: Wolfgang Walther cc: Sven Klemm , pgsql-hackers@lists.postgresql.org Subject: Re: Regression tests fail with tzdata 2024b In-reply-to: References: <0a997455-5aba-4cf2-a354-d26d8bcbfae6@technowledgy.de> <441306.1726346239@sss.pgh.pa.us> <38e73fef-f19b-4835-b353-a110db6c8318@technowledgy.de> <1043017.1726463364@sss.pgh.pa.us> <1156795.1726499982@sss.pgh.pa.us> <1399310.1726551755@sss.pgh.pa.us> Comments: In-reply-to Wolfgang Walther message dated "Tue, 17 Sep 2024 08:39:53 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1462676.1726582525.1@sss.pgh.pa.us> Date: Tue, 17 Sep 2024 10:15:25 -0400 Message-ID: <1462677.1726582525@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Wolfgang Walther writes: > The core regression tests need to be run with a timezone that tests > special cases in the timezone handling code. But that might not be true > for extensions - all they want could be a stable output across major and > minor versions of postgres and versions of tzdata. It could be helpful > to set pg_regress' timezone to UTC, for example? I would not recommend that choice. It would mask simple errors such as failing to apply the correct conversion between timestamptz and timestamp values. Also, if you have test cases that are affected by this issue at all, you probably have a need/desire to test things like DST transitions. regards, tom lane