The SO major version should be sufficient for applications to operate
normally. If that isn't the case then I agree that we need to review
the changes we are making to see if the SO should be bumped. Note that
Debian's viewpoint on this is more along the lines of "why build against
an old version if the latest one, whose major SO is the same, exists?"
This is largely to avoid the hell of versioned Build-Depends and having
to support multiple sets of -dev packages concurrently (consider that
builds generally only look for the unversioned '.so' file also..).
At the same time, there would be more merit in Josh's position if he
could point to any *actual* libpq changes that might pose application
compatibility problems. I don't recall that we've made many such,
so the above argument might just be hypothetical.
I don't believe it's hypothetical from Josh's perspective, but I didn't
follow the threads completely to confirm that there was a real issue.
If there is a real issue here, I'd most likely vote to fix it and
backpatch it as a bug, though it's not clear if that would be considered
'good enough' for this case.
The issue that I specifically ran into is that by using
apt.postgresql.org in its default configuration, I can't add certain
extensions (without jumping through hoops). Simple:
Assume a running 9.2.9 from apt.postgresql.org
apt-get install pgxnclient
sudo pgxnclient install pg_repack
....
Doesn't work. Because it is looking for libs in /var/lib/postgresql/9.2
not /var/lib/postgresql/9.3.
It also failed on another extension (but I don't recall which one it is).
Yes. I can get the 9.2 libpq but that isn't really the point is it? This
is quite unexpected behavior from an operational perspective. It should
just "work" but it doesn't because we are shipping from
apt.postgresql.org a 9.3 version of libpq.
(protocol versions don't really matter here, this is an operational thing).
Sincerely,
Joshua D. Drake
Thanks,
Stephen
--
Command Prompt, Inc. - http://www.commandprompt.com/ 503-667-4564
PostgreSQL Support, Training, Professional Services and Development
High Availability, Oracle Conversion, @cmdpromptinc
"If we send our children to Caesar for their education, we should
not be surprised when they come back as Romans."
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
