Hi! 

Steve Langasek [2005-08-11 19:19 -0700]:
> So does this mean you foresee a future version of libpq (libpq5) which not
> only breaks the ABI and the API, but also is incompatible at the protocol
> level with older pgsql servers?

In theory this can happen of course. Since I want to support several
major versions of PostgreSQL, it could also become necessary to
support several API and protocol versions of libpq. However, that will
become really messy, so let's hope that this never actually happens
anytime soon.

> > Right, this is not yet perfect yet. It is possible to change pg_config
> > to work for multiple libpqX-dev, it just didn't happen yet since it is
> > not necessary right now.
> 
> Ok.  I guess you've at least thought about this issue more than I have,
> since I can't really see a way that pg_config could be usefully changed to
> do this. :)

If it becomes necessary, then pg_config could become managed by
pg_wrapper and accept a --version argument with a sensible default.
However, that's not implemented since it is currently unnecessary.
 
> Yeah, this is just the difference between forcing maintainers to fix their
> packages immediately because they have RC bugs, and fixing them sometime
> between now and the etch release because there's a new recommended
> build-dependency.  But when the include path change inspires people to file
> bug reports with such suggestions as #include <postgresql/8.0/libpq-fe.h>,
> it seems to me it would be better to leave the header path alone and just
> drop postgresql-dev instead :)

I'm not opposed to dropping the postgresql-dev transitional package.
:-)

FWIW, I fixed this in arch head, the client side headers are back in
/usr/include/postgresql. I really don't like it and it required some
hacking in the upstream build system, but if it makes you happy... :-)

I will upload a new version as soon as the current version is in
testing; this is only blocked by the missing upload of the mips buildd
(I asked d-mips about this).

Martin
-- 
Martin Pitt        http://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org

Attachment: signature.asc
Description: Digital signature

Reply via email to