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 1trutX-00BPyE-0e for pgsql-pkg-yum@arkaria.postgresql.org; Tue, 11 Mar 2025 08:23:23 +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 1trutV-00AtQA-IH for pgsql-pkg-yum@arkaria.postgresql.org; Tue, 11 Mar 2025 08:23:21 +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 1trutV-00AtG1-8D for pgsql-pkg-yum@lists.postgresql.org; Tue, 11 Mar 2025 08:23:21 +0000 Received: from share.ioda.net ([2001:1620:c89:0:10da:2947:4500:dada]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1trutQ-002CHm-3B for pgsql-pkg-yum@lists.postgresql.org; Tue, 11 Mar 2025 08:23:20 +0000 Received: from qt-kt.labaroche.ioda.net (x-wing.labaroche.ioda.net [IPv6:2001:1620:c89:0:e6ee:3ea7:da20:356d]) by share.ioda.net (Postfix) with ESMTPSA id A33CFCC910A; Tue, 11 Mar 2025 08:23:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ioda-net.ch; s=mail; t=1741681395; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UYK4C6hEJrKlnspg67MwNFhIMdgkke9R/FUm6A5FfhU=; b=LjstOgNIdomM8WaXvf77jNhh7aXNUjjperEM3fbT7+/CmO0qD/oXeqSPeTBIe1YB4YzIKb Xz8GUde8RQVRObXW4lqjSDgSCS9rB127dAY+fU/1esJfJOp2BguhmDLW4r8FaLHTiMUohp bXSw2XCjA8Y7wSCC/h0uC+InzKHmTn8= From: Bruno Friedmann To: pgsql-pkg-yum@lists.postgresql.org, Devrim =?UTF-8?B?R8O8bmTDvHo=?= Cc: =?UTF-8?B?w4FsdmFybw==?= Herrera Subject: Re: BUG #18833: libpq.so doesn't contain declared symbol in rpm --provides Date: Tue, 11 Mar 2025 09:23:10 +0100 Message-ID: <2082217.Jadu78ljVU@x-wing> Organization: Ioda-Net =?UTF-8?B?U8Ogcmw=?= In-Reply-To: <425a672c6ca591a0ccee2a5d373764b6b561966f.camel@gunduz.org> References: <202503101708.hmyugfg4rjpn@alvherre.pgsql> <425a672c6ca591a0ccee2a5d373764b6b561966f.camel@gunduz.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16132995.Emhk5qWAgF"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Spam-Score: -4.68 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --nextPart16132995.Emhk5qWAgF Content-Type: multipart/alternative; boundary="nextPart2801952.QOukoFCf94"; protected-headers="v1" Content-Transfer-Encoding: 7Bit From: Bruno Friedmann Cc: =?UTF-8?B?w4FsdmFybw==?= Herrera Date: Tue, 11 Mar 2025 09:23:10 +0100 Message-ID: <2082217.Jadu78ljVU@x-wing> Organization: Ioda-Net =?UTF-8?B?U8Ogcmw=?= MIME-Version: 1.0 This is a multi-part message in MIME format. --nextPart2801952.QOukoFCf94 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" On mardi, 11 mars 2025 03.21:13 h heure normale d=E2=80=99Europe centrale D= evrim=20 G=C3=BCnd=C3=BCz wrote: > Hi, >=20 > On Mon, 2025-03-10 at 18:08 +0100, =C3=81lvaro Herrera wrote: > > This should allow a software build against rhel libpq-devel to be > > satisfied with pgdg packaged libpq >=20 > I don't think so. I think Red Hat adds a small patch to libpq package: >=20 > https://src.fedoraproject.org/rpms/libpq/blob/rawhide/f/libpq-12.1-symbol= =2Dve > rsioning.patch >=20 > PGDG packages are PostgreSQL compatible. Red Hat packages are Red > Hat compatible. >=20 > > bareos-dir: /usr/pgsql-14/lib/libpq.so.5: no version information > > available (required by /usr/lib64/bareos/libbareossql.so.24) >=20 > That said, IIRC this message means bareos did not build their packages > against our libpq. >=20 > -HTH >=20 > Regards, Here the situation, if I didn't explain it correctly. We (Bareos dev's team) build our software on what's distributed by the OS=20 editor. which means for RHEL9 libpq5-devel 13.20 (rhel) =46rom time to time people want (for good reasons :-) ) use pgdg binaries, if you go that way libpq from pgdg is installed and as the rpm provides all= RH=20 symbol you will get only this. The problem is: if the rpm provides the symbol the pgdg libpq build is not= =20 providing them. As such any software that try to use that "pseudo" compatib= le=20 lib doesn't find the searched symbol and emit in the least worse case a=20 warning. I (we) believe that the patch now included in fedora, is the way to go, if= =20 100% ABI compatible is still a moto for pgdg. Please no offense on that, it's just really better for either consumer of p= gdg=20 software in redhat/rpm world whatever they are: software editor, end users. Regards. =2D-=20 Bruno Friedmann Ioda-Net S=C3=A0rl www.ioda-net.ch expertise en open-source GPG KEY: E4720D8715B696B4=20 irc: tigerfoot Computing freedom with openSUSE Tumbleweed - 20250307 Linux 6.13.5-1-default x86_64 GNU/Linux, nvidia:=20 , , Plasma: 6.3.2, kmail2 6.3.3 (24.12.3) --nextPart2801952.QOukoFCf94 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"

On mardi, 11 mars 2025 03.21:13 h heure normale d=E2=80=99Europe central= e Devrim G=C3=BCnd=C3=BCz wrote:

>= ; Hi,

>= ;

>= ; On Mon, 2025-03-10 at 18:08 +0100, =C3=81lvaro Herrera wrote:

>= ; > This should allow a software build against rhel libpq-devel to be

>= ; > satisfied with pgdg packaged libpq

>= ;

>= ; I don't think so. I think Red Hat adds a small patch to libpq package:

>= ;

>= ; https://src.fedoraproject.org/rpms/libpq/blob/rawhide/f/libpq-12.1-symbol= =2Dve

>= ; rsioning.patch

>= ;

>= ; <rant>PGDG packages are PostgreSQL compatible. Red Hat packages are= Red

>= ; Hat compatible.</rant>

>= ;

>= ; > bareos-dir: /usr/pgsql-14/lib/libpq.so.5: no version information

>= ; > available (required by /usr/lib64/bareos/libbareossql.so.24)

>= ;

>= ; That said, IIRC this message means bareos did not build their packages

>= ; against our libpq.

>= ;

>= ; -HTH

>= ;

>= ; Regards,


Here the situation, if I didn't explain it correctly.


We (Bareos dev's team) build our software on what's distributed by the O= S editor. which means for RHEL9 libpq5-devel 13.20 (rhel)


From time to time people want (for good reasons :-) ) use pgdg binaries,=


if you go that way libpq from pgdg is installed and as the rpm provides = all RH symbol you will get only this.


The problem is: if the rpm provides the symbol the pgdg libpq build is n= ot providing them. As such any software that try to use that "pseudo&q= uot; compatible lib doesn't find the searched symbol and emit in the least = worse case a warning.


I (we) believe that the patch now included in fedora, is the way to go, = if 100% ABI compatible is still a moto for pgdg.


Please no offense on that, it's just really better for either consumer o= f pgdg software in redhat/rpm world whatever they are: software editor, end= users.


Regards.


--

Bru= no Friedmann

&nb= sp;Ioda-Net S=C3=A0rl www.ioda-net.ch

&nb= sp;  expertise en open-source


 GPG KEY: E4720D8715B696B4

&nb= sp;irc: tigerfoot

Com= puting freedom with openSUSE Tumbleweed - 20250307

Lin= ux 6.13.5-1-default x86_64 GNU/Linux, nvidia:

&nb= sp;,   , Plasma: 6.3.2, kmail2 6.3.3 (24.12.3)


--nextPart2801952.QOukoFCf94-- --nextPart16132995.Emhk5qWAgF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEIdujCRSnFsP4GTOJ5HINhxW2lrQFAmfP8u4ACgkQ5HINhxW2 lrQThBAAmMP3VFGutSbT9hNxiiaP5SVGFlzX3u6sKjzJeX9dYXG/iPAjOoGD8419 ec2lWc8JD5EoVz2WLyzzEyoCBuBUkEHRmhLEaPU9tE0j4XhnCJuI63+KeUqGsIlC iBEK0dp9gOzAs0ceymMxTubU4cI15nmUzmGDDbbcCHHr/EHAEJUhDNvFyRjLZPfT NwsezIHsH0XXrF5GE+Agt/qmr1zb1N6rYYEkxLolLb0cQvGd5cCqeJsi/2kLk/JS Vd8S+NmoXV5MhNzhIDYO7X/4H6Bpo3TZX7ERNT/sumx5+XPd8OToQuS/7YXVt5N4 QsDg7Ol6EpjUQZq7PiyEqos5M+DwQ/b4Vv+qLON67QF/GLW4IrsX6F5C375g9nrX fDI/pVg3HlTA8sr9pHtdOEgTtGHHg8f6Yfewlua+TeZMtjAp4L/zc6ffQ+Vgy+iz pLsrmqtT0vyMYumMbQsNbiEE+iC12vPPaTvLGQEyV2R651a58+JdLAY97/tuLvJ7 wK4UHINz5mmBPuMIexJEFTfKTrupFlYPh5ABN+dQGLCGjyNOb3JOeIRnnmIjuieA +fANPOZo7BxvClPiFeISSuwApUMZID5LfRN3pphZ7tAylB//7KevaGDWsE1Y8RIK 3LXj+qPuHq8jA+WiEVp8HHJvQmLi5/PpJEF/lw9f/ZOdK6EjsZM= =UZr6 -----END PGP SIGNATURE----- --nextPart16132995.Emhk5qWAgF--