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 1rp1TV-004fGi-A5 for pgsql-bugs@arkaria.postgresql.org; Tue, 26 Mar 2024 07:44:01 +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 1rp1TT-00CEv4-Kx for pgsql-bugs@arkaria.postgresql.org; Tue, 26 Mar 2024 07:44:00 +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 1rp1TT-00CEuv-Cp for pgsql-bugs@lists.postgresql.org; Tue, 26 Mar 2024 07:43:59 +0000 Received: from dd25110.kasserver.com ([85.13.146.49]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rp1TQ-006Thb-5H for pgsql-bugs@lists.postgresql.org; Tue, 26 Mar 2024 07:43:58 +0000 Received: from [192.168.0.101] (ip-037-201-153-175.um10.pools.vodafone-ip.de [37.201.153.175]) by dd25110.kasserver.com (Postfix) with ESMTPSA id 9BCB3E1A011D; Tue, 26 Mar 2024 08:43:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=technowledgy.de; s=kas202308201259; t=1711439034; bh=36fJ4pmqnOIyru3t+MhFIZ3s85DBmdSl5PFqfYeYD3Y=; h=Date:From:Subject:To:Cc:References:In-Reply-To:From; b=eok0+iDVQ79E2swWQfm1k2Bez4I2MjFPNZMktpJcZNDXC450oeutn+PZqB/4yLGTW KOOMNQeK1rNmupQCpXFBMrBcgS9FlKAgaYysGW0MGEJ2WUaKDrLHfQqeDIV8kVgz6R sOL7eKpPORx27DfQ0DBoQZtP113AjD8tsGNxI3wu9GNbKMx3A8GZ487LnSALh/pGMw UoQC7EcaiVII4Jn+AOmp1TYnrcdDQCjS1OXUokIScubO2r6JAGjabUEByzK4vyqrCZ 5dXPY1t5lPjRniAQQuzLIsKFeX3tjBvQvGvw7nuV1V7enuw4+7hEnMDHtp2CPjcbCk JPQaxE8AkhHsw== Message-ID: <672a33fb-2ce9-4fcb-8707-c8d6e56c3ed5@technowledgy.de> Date: Tue, 26 Mar 2024 08:43:54 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: walther@technowledgy.de Subject: Re: Regression tests fail with musl libc because libpq.so can't be loaded Content-Language: en-US To: Tom Lane , Bruce Momjian Cc: Thomas Munro , Peter Eisentraut , Christophe Pettus , Andrew Dunstan , PostgreSQL Bugs , Robert Haas References: <36690fcf-f0c8-4d60-af49-6a7efa0e2b14@technowledgy.de> <2293691d-2adb-4502-b956-73e79dc43c55@technowledgy.de> <2712255.1711408465@sss.pgh.pa.us> In-Reply-To: <2712255.1711408465@sss.pgh.pa.us> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: / List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Tom Lane: > If we want a buildfarm animal testing this platform, we kind of need > to support it on all branches. Having said that, I agree with you > that we are looking for a minimalist fix not a maximalist one. > I think the 0001 patch is about right, but the rest seem to be solving > problems we don't have. The second patch potentially solves the problem of PS_USE_NONE not being tested. Of course you could also set up a buildfarm animal on some other platform, which is sure to fall through to PS_USE_NONE, but that seems to have not worked in the past: Thomas Munro: > I dimly recall that it turned out that PS_USE_NONE was > actually broken for a while without anyone noticing Best, Wolfgang