MIME-Version: 1.0
In-Reply-To: <1476084497.2867.17.camel@gunduz.org>
References: <1476081846.2867.10.camel@gunduz.org>
 <CAMsr+YFjOK93eC2B7gQ-XrbDqU2nifJi3i0hvBjcc3Xe7V-xXw@mail.gmail.com>
 <1476084497.2867.17.camel@gunduz.org>
From: Craig Ringer <craig@2ndquadrant.com>
Date: Mon, 10 Oct 2016 19:45:36 +0800
Message-ID: 
 <CAMsr+YFjeziUMp-w+07BRfRDQySD0S2Lzn5nyVEYa_gNhQDMFg@mail.gmail.com>
Subject: Re: Providing libpq explicitly
To: =?UTF-8?B?RGV2cmltIEfDvG5kw7x6?= <devrim@gunduz.org>
Cc: pgsql-pkg-yum <pgsql-pkg-yum@postgresql.org>,
	Talha Bin Rizwan <talha.rizwan@enterprisedb.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
Sender: pgsql-pkg-yum-owner@postgresql.org

On 10 October 2016 at 15:28, Devrim G=C3=BCnd=C3=BCz <devrim@gunduz.org> wr=
ote:
>
> Hi Craig,
>
> On Mon, 2016-10-10 at 15:20 +0800, Craig Ringer wrote:
>> I'd argue that such packages are simply incorrectly packaged. There's
>> no such thing as "libpq 9.1".
>
> Well, this actually "works". This means "libpq provided by PostgreSQL 9.1
> RPMs", for example, and prevents users to be able to install PostgreSQL <=
 9.0:
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>            Requires: libpq.so >=3D 9.0
>            Available: postgresql-libs-8.4.20-6.el6.i686 (base)
>                libpq.so =3D 8.4.20-6.el6
>  You could try using --skip-broken to work around the problem.
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>> They should be using rpm's automatic library dependencies to ensure
>> that dependency, and shouldn't declare an explicit dependency.
>
> Then, they would need to generate RPMs for each PostgreSQL version just f=
or
> this piece, and it creates other problems.

Huh? Why?

If the soname is the same (which it must be for linking to work) and
the target library version is >=3D the one it was built against (which
it should be to be compatible) then it'll be fine. Otherwise it won't
work because it shouldn't work.

At minimum it should be Provides: libpq not Provides: libpq.so  .

But in the end, since I can't even remember the original reason to get
rid of it, if you put it back it's your call.


--=20
 Craig Ringer                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services


--=20
Sent via pgsql-pkg-yum mailing list (pgsql-pkg-yum@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-pkg-yum