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 1sm1mT-002gvb-Cv for pgsql-hackers@arkaria.postgresql.org; Thu, 05 Sep 2024 01:59:30 +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 1sm1mR-00121h-M2 for pgsql-hackers@arkaria.postgresql.org; Thu, 05 Sep 2024 01:59:28 +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 1sm1mQ-00121Z-Qm for pgsql-hackers@lists.postgresql.org; Thu, 05 Sep 2024 01:59:27 +0000 Received: from fhigh8-smtp.messagingengine.com ([103.168.172.159]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sm1mO-000DBO-L9 for pgsql-hackers@postgresql.org; Thu, 05 Sep 2024 01:59:26 +0000 Received: from phl-compute-02.internal (phl-compute-02.phl.internal [10.202.2.42]) by mailfhigh.phl.internal (Postfix) with ESMTP id 4C82611401BE; Wed, 4 Sep 2024 21:59:23 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-02.internal (MEProxy); Wed, 04 Sep 2024 21:59:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1725501563; x=1725587963; bh=n/1HDLReRe GbfiFfqBMxG2Dp24Z4fkybGvczeoDLQkU=; b=CEubzZ2e3YL6ffH2Garj3ccEQD nqEl7MZRQiO2KCSnlestsdyhnJ+q7XSCj+53xky1+9XBeMlmaT6mi8PXOeBcwkcI V9zToSO7+ATltU9MHTXAe//beEtHAN2Rx18PacsCiyq+NkTNZcKxtnnRGYBAp1RY FrX8t5mwSRAmJEhaUkw9dR7lio1FItJ3ddLlFVjLXTGDLvaMrQdots6UWF7a1ryW 4z8QwLMuOBoYhfnV4ZwSK65A/s9W5aYchWngf7dzGb8a5ZCWXZOVpTvzXeSUsxZo 4CnB2mIM8G7o5zITD09nq6joPp7kG0/DK/Tbzm9aC7uFY1ffvsgcu1YnfEfg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1725501563; x=1725587963; bh=n/1HDLReReGbfiFfqBMxG2Dp24Z4 fkybGvczeoDLQkU=; b=mCWg5U5wpsP7rsbRvFwJjxONYcJIgRTmZbk2B9NqfJtZ IDHpwRSCMwo9tW0XomM5Yvb/w4ePHqaT3afF1NCM+wdzpX7mjwwkVBimyh346jVM /b+NI4IVx2WC5DXTdCa9WpIcA3K4ofkfl7YNqfslPM0wAqm3a0kszRU8bTwQnPhw ibtMNqTfcoXqaPFVylGEtAjo7xwoUOPVm7e0DRLVBfHmvKEXI3cMy+Evu3NFFoDn 8Wo0MgpHRVjurkCyyHO3Nio2Po67Cs/lV9r864be1LYU78d6GkbEC5jtoCZkHtRP xc1/wWtvAJwdcQPX2u2WVaV3Ve0A6owa2ag7rg1Thw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudehkedgheefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnegfrhhlucfvnfffucdljedtmdenucfjughrpeffhffvvefukfhf gggtuggjsehgtderredttddunecuhfhrohhmpefoihgthhgrvghlucfrrghquhhivghruc eomhhitghhrggvlhesphgrqhhuihgvrhdrgiihiieqnecuggftrfgrthhtvghrnhepgfeh hefgudefudfgfeelgeeiffegfefhkeefffdvheefuddtheetgeelteevkeetnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhitghhrggvlhes phgrqhhuihgvrhdrgiihiidpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouh htpdhrtghpthhtohepohhrlhhovhhmghesghhmrghilhdrtghomhdprhgtphhtthhopeht ghhlsehsshhsrdhpghhhrdhprgdruhhspdhrtghpthhtoheprghlvhhhvghrrhgvsegrlh hvhhdrnhhoqdhiphdrohhrghdprhgtphhtthhopehpghhsqhhlqdhhrggtkhgvrhhssehp ohhsthhgrhgvshhqlhdrohhrgh X-ME-Proxy: Feedback-ID: i0fe9450f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 4 Sep 2024 21:59:21 -0400 (EDT) Date: Thu, 5 Sep 2024 10:59:13 +0900 From: Michael Paquier To: Maxim Orlov Cc: Tom Lane , Alvaro Herrera , pgsql-hackers Subject: Re: Test 041_checkpoint_at_promote.pl faild in installcheck due to missing injection_points Message-ID: References: <202408232225.y7hnnrinboo2@alvherre.pgsql> <2304030.1724453102@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="t40BgHxz1ODeQBrl" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --t40BgHxz1ODeQBrl Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 04, 2024 at 07:05:32PM +0300, Maxim Orlov wrote: > Works for me with configure build. Meson build, obviously, still need ext= ra > "meson compile install-test-files" step > as expected. From your patch, I see that you used safe_psql call to check > for availability of the injection_points > extension. > Are there some hidden, non-obvious reasons for it? It's much > simpler to check output of the > pg_config as =C1lvaro suggested above, does it? And we don't need active = node > for this. Or I miss something? Even if the code is compiled with injection points enabled, it's still going to be necessary to check if the module exists in the installation or not. And it may or may not be around. One thing that we could do, rather than relying on the environment variable for the compile-time check, would be to scan pg_config.h for "USE_INJECTION_POINTS 1". If it is set, we could skip the use of these environment variables. That's really kind of the same thing for with_ssl or similar depending on the dependencies that exist. So that's switching one thing to the other. I am not sure that's worth switching at this stage. It does not change the need of a runtime check to make sure that the module is installed, though. Another thing that we could do, rather than query pg_available_extension, is implementing an equivalent on the perl side, scanning an installation tree for a module .so or equivalent, but I've never been much a fan of the extra maintenance burden these duplications introduce, copying what the backend is able to handle already in a more transparent way for the TAP routines. > And one other thing I must mention. I don't know why, but my pg_config fr= om > meson build show empty configure > despite the fact, I make pass the same options in both cases. >=20 > autotools: > $ ./pg_config --configure > '--enable-debug' '--enable-tap-tests' '--enable-depend' .... >=20 > meson: > $ ./pg_config --configure Yes, ./configure does not apply to meson, so I'm not sure what we should do here, except perhaps inventing a new option switch that reports the options that have been used with the meson command, or something like that. -- Michael --t40BgHxz1ODeQBrl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmbZEHAACgkQnvQgOdby QH14/Q/9FjD93n0FoIXc3h+kVtfeXVF4aiWOSbMzxAgZ/RTLDkn/BynCRTwxQk3R juwtl1Ma18D39E4qm8jUEP1pMgpzA7RDVgIQflwIa5iyQ1ySbpN9mTS9/XBtQOTj T8MCxADwKmPLpz/ljpTUtoZ23zDmAdYbRdu9IDx2hgMGOFvep9zymGcjQWbZQuZn w+BWWA5VAslTEOWZA+qkoWrW9iuDTDxLjkizr4P3E+AHIOTIlR6usbDbz8wwVQB3 qJ/wZuxkA/o9E0cGFllqvzN3kRryi8yvD182M4Ia6JJZdkxXJ0KtaZ9IXfmQdTAd Kn4KoFu90ItFfhoUUH7QYOceiazDd9kswhJ94v0fS67/fRqlWkHiHDk3Hj4tDsLd C1n+INaD8qnVS5oQm+u6JNGFahzDQ7Uhpe5fjAjeu+HFhUtIx0zPQ8OMx9dGz3l3 8eooMVxDVBXIoAK/8GyWhV35HtEtKYDo/0v9rLPv7UwbUu6xlHRZRjResuyYN4fM o7csLivQ9QafHZZ3ZVEEZ9nLDpmljYxV2rQcmbs2YnnT82N205lc7/b1njQ+8Akp 4kb36d+Vx/NTEY75Gxw/gUqxisuM2AHsZZOl9X2VaNWbN+vut9wAQ1Vq/VSFN0YV xHqGZZuA/DOqlA5rjKOCQUt7uF4bBExbM4MonyAF0txtPvIemXw= =P1FJ -----END PGP SIGNATURE----- --t40BgHxz1ODeQBrl--