From: | <Holger(dot)Friedrich-Fa-Trivadis(at)it(dot)nrw(dot)de> |
---|---|
To: | <pgsql-general(at)postgresql(dot)org> |
Cc: | <adrian(dot)klaver(at)aklaver(dot)com> |
Subject: | Re: Weird library problem |
Date: | 2014-10-16 14:58:07 |
Message-ID: | C5DBACC6DCC7604C9E4875FD9C7968B1129DF47F39@ITXS01EVS.service.it.nrw.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Adrian Klaver wrote:
> Library mismatch. Looks like rtpostgis-2.0.so is looking for something that /lib64/libldap_r-2.4.so.2 is not providing. So, if I am following correctly that would be the OpenSCG version. From the looks of it, that library is not recent enough.
For the record: Apparently there's a third library in the mix, which was not explicitly mentioned by the error messages. Looks like the newer libldap_r-2.4.so.2 sort of knows about the "something" but does not quite provide it itself. Turns out I also needed to copy over a newer liblber-2.4.so.2 to go with the newer libldap_r-2.4.so.2, and now the PostGIS package builds again.
What seemed weird was that the newer liblap_r-2.4.so.2 allowed PostGIS to run but broke the build. The liblber-2.4.so.2 thing could possibly explain that.
From | Date | Subject | |
---|---|---|---|
Next Message | Léa Massiot | 2014-10-16 15:13:27 | Re: How to start several PostgreSQL clusters at boot time on a Debian OS |
Previous Message | Conover, Paul W | 2014-10-16 13:56:20 | Newb question - PostgreSQL ODBC Driver for Teiid |