Hi

László Böszörményi (GCS) píše v Út 20. 09. 2016 v 18:24 +0200:
> Hi Michal,
> 
> On Tue, Sep 20, 2016 at 2:27 PM, Michal Čihař <mic...@cihar.com>
> wrote:
> > 
> > this build failure is caused by mismatching versions of libpq-dev
> > and postgresql used in the build.
>  I know, should have contacted the PostgreSQL team already.
> 
> > 
> > This is still problem in current sid:
> > 
> > postgresql is 9.5 while libpq-dev is 9.6
> > 
> > Possible ways to address it:
> > 
> > - make postgresql packaging consistent
>  This should be done as it may break other packages as well. Maybe
> those are not yet uncovered.
> 
> > 
> > - do not use pg_config to figure out binary path
>  If you know any other way, please let me know.

Assuming there will be just one postgres server installed in the build
environment, you can do:

BINDIR=/usr/lib/postgresql/*/bin

Or make it just fallback and use first matching path:

BINDIR=`pg_config --bindir`
# Fallback in case the server version does not match the -dev package
if [ ! -d $BINDIR ] ; then
        BINDIR=`ls /usr/lib/postgresql/*/bin | head -n 1`
fi

> 
> > 
> > - Build-Depend on specific version (postgresql-9.6)
>  This mean I'll have to do a libdbi-drivers upload for every
> PostgreSQL version change - just changing -9.6 to -9.7 and so on.
> This
> package is not specific to any PSQL release and should be totally
> unrelated to its current version number.

Indeed this is drawback of this solution.

> Please don't get me wrong, but I still don't have any idea why did
> you want to NMU this (in a bad way) when the root cause was the first
> point: "make postgresql packaging consistent". The PSQL team was
> doing
> a transition from the 9.5 to the 9.6 version - it's finished
> yesterday
> and all packages are 9.6 now. This means libdbi-drivers builds fine
> again.

Because this was RC bug without any visible activity for 10 days making
some of my packages being scheduled for testing removal. Maybe my
solution was not best, but it would fix the build for time being.

Best approach would be to ensure that libpq-dev and postgresql versions
do match, but I don't see way to achieve this at debian/control level.
Anyway with your approach (do nothing in libdbi-drivers), the build
will be broken at such transitions as there is nothing preventing these
packages to be at different versions (especially as they come from
different source packages).

-- 
        Michal Čihař | https://cihar.com/ | https://weblate.org/

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to