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 1rnRR2-00DJ7D-4v for pgsql-bugs@arkaria.postgresql.org; Thu, 21 Mar 2024 23:02:56 +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 1rnRR0-00Gm3J-DW for pgsql-bugs@arkaria.postgresql.org; Thu, 21 Mar 2024 23:02:54 +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 1rnRR0-00Gm3B-5I for pgsql-bugs@lists.postgresql.org; Thu, 21 Mar 2024 23:02:54 +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 1rnRQx-005kVY-0t for pgsql-bugs@lists.postgresql.org; Thu, 21 Mar 2024 23:02:53 +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 42LN2lbJ782439; Thu, 21 Mar 2024 19:02:47 -0400 From: Tom Lane To: Thomas Munro cc: walther@technowledgy.de, Peter Eisentraut , Christophe Pettus , Andrew Dunstan , PostgreSQL Bugs , Bruce Momjian Subject: Re: Regression tests fail with musl libc because libpq.so can't be loaded In-reply-to: References: <3561573.1710771812@sss.pgh.pa.us> <4093813.1710899588@sss.pgh.pa.us> <4095435.1710900216@sss.pgh.pa.us> <477fa513-6bf0-456d-8d24-1e22a19df671@technowledgy.de> <36690fcf-f0c8-4d60-af49-6a7efa0e2b14@technowledgy.de> Comments: In-reply-to Thomas Munro message dated "Fri, 22 Mar 2024 11:42:52 +1300" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <782437.1711062167.1@sss.pgh.pa.us> Date: Thu, 21 Mar 2024 19:02:47 -0400 Message-ID: <782438.1711062167@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Thomas Munro writes: > Just a thought: if we want to go this way, do we need a new exec call? > We already control the initial exec in pg_ctl.c. I'm resistant to assuming the postmaster is launched through pg_ctl. systemd, for example, might well prefer not to do that, not to mention all the troglodytes still using 1990s launch scripts. A question that seems worth debating in this thread is how much updating the process title is even worth nowadays. It feels like a hangover from before we had pg_stat_activity and other monitoring support. So I don't feel a huge need to support it on musl. The previously-suggested patch to whitelist glibc and variants, and otherwise fall back to PS_USE_NONE, seems like it might be the appropriate amount of effort. regards, tom lane