I suppose this is actually an OpenGroupware question, but nothing
at that site seems to adequately address the issue.

I run Debian, and it kind of looks like the debs at ogo.org are
set for stable and I run unstable. So, it really didn't surprise
me when I see errors about not being able to find libpq.so.2. The
libpq on my machine is libpq.so.3; it being more up to date.

The most verbose solution I've seen, is to "copy" libpq.so.3 to
libpq.so.2 so that ogo will find a libpq.so library. I would
guess a symbolic link would actually be better, but the question I
have is:
Do all of the functions common to libpq.so in version 2 and 3
have the same parameters?
If not, I think this suggestion is nonsense, and I might as well
just download source and compile it and give up on the debs at
ogo.

Thanks,
Gord


---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match

<ghaverla (AT) freenet (DOT) edmonton.ab.ca> writes:
There are some incompatibilities (which is why we changed the major
version number). As best I recall at the moment, the incompatibilities
would only affect applications that use LISTEN/NOTIFY, which not many
do. So the above would probably work, but it's not certain.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend

On Fri, 18 Jun 2004, Tom Lane wrote:
Yeah, I was kind of expecting some incompatibilities between
different major version numbers. Which is why this advice on the
OpenGroupware forums seemed so strange. But, I did set up the
symlink (libpq.so.2 -> libpq.so.3), and Open Groupware does at
least start. I guess I'll exercise it a bit to see if anything
crashes it.

Gord


---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to majordomo (AT) postgresql (DOT) org