Dear Nick,
sorry for the delay, I was on holidays. I compared your proposed 1.8.3
with 1.8.2, and found that you replaced constants from header files
found in postgresql-server-dev-9.3 by the numbers they represent.
I was able to solve the problem by build-depending on
postgresql-server-dev-9.3,
Hi all,
this weekend, finally, I have plenty of time to adapt hsql-postgresql.
Thanks to everybody from my side, too. :-)
2014-03-21 20:27 GMT+01:00 Joachim Breitner :
> Hi,
>
> Am Montag, den 17.03.2014, 11:05 +0100 schrieb Christoph Berg:
> > The OIDs of the exposed datatypes won't ever chan
Hi,
Am Montag, den 17.03.2014, 11:05 +0100 schrieb Christoph Berg:
> The OIDs of the exposed datatypes won't ever change, so B-D on
> postgresql-server-dev-all is safe even if -9.3 will be replaced by
> -9.4 or later in the future.
thanks. I added the B-D.
> What worries me, though, is this:
>
Re: Martin Pitt 2014-03-17 <20140317073216.gb3...@piware.de>
> > hsql-postgresql started to fail to build on Debian because the header
> > file postgres.h was removed from libpq-dev. According to
> > https://bugs.debian.org/314427, this is a file that should only be used
> > for server-side program
Joachim Breitner [2014-03-16 15:03 +0100]:
> hsql-postgresql started to fail to build on Debian because the header
> file postgres.h was removed from libpq-dev. According to
> https://bugs.debian.org/314427, this is a file that should only be used
> for server-side programming and hence was removed
Control: tag 741803 + upstream confirmed
Dear Nick,
hsql-postgresql started to fail to build on Debian because the header
file postgres.h was removed from libpq-dev. According to
https://bugs.debian.org/314427, this is a file that should only be used
for server-side programming and hence was remo
6 matches
Mail list logo
