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 1qb13I-00AvoP-49 for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Aug 2023 15:54:48 +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 1qb13G-008Vl7-OM for pgsql-hackers@arkaria.postgresql.org; Tue, 29 Aug 2023 15:54:46 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qb13F-008Vkt-Pr for pgsql-hackers@lists.postgresql.org; Tue, 29 Aug 2023 15:54:46 +0000 Received: from out5-smtp.messagingengine.com ([66.111.4.29]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qb135-001lXq-5U for pgsql-hackers@lists.postgresql.org; Tue, 29 Aug 2023 15:54:44 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 3245C5C0112; Tue, 29 Aug 2023 11:54:30 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Tue, 29 Aug 2023 11:54:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1693324470; x= 1693410870; bh=iRqvyPzI5Uy2YQB0uhGCnHoy+z7q0HzO6pXuWtw7Neo=; b=p eXBHFRXV6eXhIli5LtL2sAPt9PMGxbmtRCCgpVdwiAL7W8e2MnWC6bMW1a+GPisB UumWFN25YjKiNKhygKQhnhmODB6OsF9wmCgrGIl2Ztt/RZl7Jr1Jll65jKWsA4MZ J8Jv/XKAqdEepI81gWziwh7nMjDPToAExnht1Px9+7JHwqtk4j+0ipYjRgGz7MbY Vyt9ZN6rgPpW6qgTUVk3o3jFStIUeHERaDuZdOCJ+/VRkvfqK0BPOuCqx8ksG3M+ t5tCd0AlMZkM/8RhCRX7ucCWWKpx0jjDvRz9tAqS7VSssI+V9HuzYtw1a3yOHHz/ HO94YsiTfxLXva621Ydbw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudefiedgleegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvfevuffkgggtugfgjgesmhekreertddtjeenucfhrhhomheptehlvhgr rhhoucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh eqnecuggftrfgrthhtvghrnhepudelkeekgfdttdettdekgfduvdeiffelteegjeeihfet heekveeftedtuddvhfeunecuffhomhgrihhnpegvnhhtvghrphhrihhsvggusgdrtghomh enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhv hhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhg X-ME-Proxy: Feedback-ID: ia2694551:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 29 Aug 2023 11:54:29 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id AA555A9; Tue, 29 Aug 2023 17:54:24 +0200 (CEST) Date: Tue, 29 Aug 2023 17:54:24 +0200 From: Alvaro Herrera To: Thomas Munro Cc: Pavel Stehule , Matthias van de Meent , PostgreSQL Hackers Subject: Re: broken master regress tests Message-ID: <20230829155424.bem25upvaefkqqyy@alvherre.pgsql> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="z7d6hbzt7ljvt5q7" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --z7d6hbzt7ljvt5q7 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit On 2023-Aug-27, Thomas Munro wrote: > On Sun, Aug 27, 2023 at 3:03 AM Pavel Stehule wrote: > > So it looks so IPC::Run::run is ignore parent environment > > I guess the new initdb template captures lc_messages in > postgresql.conf, when it runs earlier? I guess if you put > $node->append_conf('postgresql.conf', 'lc_messages=C'); into > src/bin/pg_amcheck/t/003_check.pl then it will work. I'm not sure > what the correct fix should be, ie if the template mechanism should > notice this difference and not use the template, or if tests that > depend on the message locale should explicitly say so with > lc_messages=C or similar (why is this the only one?), or ... So I tried this technique, but it gest old pretty fast: apparently there's a *ton* of tests that depend on the locale. I gave up after patching the first five files, and noticing that in a second run there another half a dozen failing tests that hadn't failed the first time around. (Not sure why this happened.) So I think injecting --no-locale to the initdb line that creates the template is a better approach; something like the attached. -- Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/ --z7d6hbzt7ljvt5q7 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="nolocale.patch" diff --git a/meson.build b/meson.build index 8b2b521a01..5422885b0a 100644 --- a/meson.build +++ b/meson.build @@ -3107,7 +3107,7 @@ sys.exit(sp.returncode) ''', test_initdb_template, temp_install_bindir / 'initdb', - '-A', 'trust', '-N', '--no-instructions' + '-A', 'trust', '-N', '--no-instructions', '--no-locale' ], priority: setup_tests_priority - 1, timeout: 300, diff --git a/src/Makefile.global.in b/src/Makefile.global.in index 0b4ca0eb6a..765b60db02 100644 --- a/src/Makefile.global.in +++ b/src/Makefile.global.in @@ -425,7 +425,7 @@ ifeq ($(MAKELEVEL),0) $(MAKE) -C '$(top_builddir)' DESTDIR='$(abs_top_builddir)'/tmp_install install >'$(abs_top_builddir)'/tmp_install/log/install.log 2>&1 $(MAKE) -j1 $(if $(CHECKPREP_TOP),-C $(CHECKPREP_TOP),) checkprep >>'$(abs_top_builddir)'/tmp_install/log/install.log 2>&1 - $(with_temp_install) initdb -A trust -N --no-instructions '$(abs_top_builddir)'/tmp_install/initdb-template >>'$(abs_top_builddir)'/tmp_install/log/initdb-template.log 2>&1 + $(with_temp_install) initdb -A trust -N --no-instructions --no-locale '$(abs_top_builddir)'/tmp_install/initdb-template >>'$(abs_top_builddir)'/tmp_install/log/initdb-template.log 2>&1 endif endif endif --z7d6hbzt7ljvt5q7--