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 1rn1Sb-00BD3Q-Eq for pgsql-bugs@arkaria.postgresql.org; Wed, 20 Mar 2024 19:18:49 +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 1rn1Sa-007ctK-0y for pgsql-bugs@arkaria.postgresql.org; Wed, 20 Mar 2024 19:18:48 +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 1rn1SZ-007ctC-OS for pgsql-bugs@lists.postgresql.org; Wed, 20 Mar 2024 19:18:48 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rn1SX-005b25-8R for pgsql-bugs@lists.postgresql.org; Wed, 20 Mar 2024 19:18:47 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2024011501; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description; bh=tbqcrj1a/CmX5hXA/JvTl0Q1of6bOWjqPsJThTyYc0Q=; b=kFov2 tlUarVaX6IAuf05z+V85EF99LVbbHjm6hl18Y0gnMB3WceLj5cgjs18OQYHSvJEZBNXOLF47FPcTC PcyJynjtSYKVB9eufArty9I8tq/1TljrDy6/AUh3oQWL3P2v4X9P8hEzyErmMtuMockucl0t8r2mK TQ8ioaFQz+EYA6vUUlS/D3hMtjf3YCneALrFpSS5Lx0wZ8bqvV/BiSdMiFu8L1WTrMwRAvIzIppv4 ozkTUYSsLjhe5rfCRm5GR0s9VRLuNCS/XFXwNpeMmuOLPJL5+F6A+O0J5dR2FJ8CMINk86q7YGDZD NKt0AS6dk7psl6ICheZSwfUjr/B7g==; Received: from bruce by momjian.us with local (Exim 4.96) (envelope-from ) id 1rn1SR-00Gr1M-1I; Wed, 20 Mar 2024 15:18:39 -0400 Date: Wed, 20 Mar 2024 15:18:39 -0400 From: Bruce Momjian To: Wolfgang Walther Cc: Thomas Munro , peter@eisentraut.org, Christophe Pettus , Andrew Dunstan , PostgreSQL Bugs , Tom Lane Subject: Re: Regression tests fail with musl libc because libpq.so can't be loaded Message-ID: References: <4093813.1710899588@sss.pgh.pa.us> <4095435.1710900216@sss.pgh.pa.us> <477fa513-6bf0-456d-8d24-1e22a19df671@technowledgy.de> <1d11d75a-89cf-4e75-9c39-76bef37fc029@technowledgy.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1d11d75a-89cf-4e75-9c39-76bef37fc029@technowledgy.de> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Mar 20, 2024 at 03:24:58PM +0100, Wolfgang Walther wrote: > Bruce Momjian: > > I guess we could conditionally exec only if we find we must, but then > > such exec cases would be rare and rarely tested. > > I think you might be seriously underestimating how often musl is used. > Alpine Linux uses musl and is very widespread in the container world because > of smaller image size. > > The library/postgres docker image has been pulled about 8 billion times > since 2014 [1]. While we can't really tell how many of those pulled the > alpine variant of the image, comparing the alpine [2] and ubuntu/debian > [3,4] base images gives a rough estimate of >50% using alpine in general. Uh, what is the current behavior of Postgres on musl? It just fails if the process title is longer than argv[0] plus the environment space to the LD_ environment variable, and then linking fails for certain extensions? If there are many downloads, why would we only be getting this report now? -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com Only you can decide what is important to you.