Bruno Carlin (Debian)https://bcarlin.net/enSun, 11 Nov 2018 15:47:38 GMThttps://getnikola.com/http://blogs.law.harvard.edu/tech/rssBuild the latest PgPool-II on Debian Etchhttps://bcarlin.net/blog/build-pgpool-on-debian.htmlBruno Carlin<div><p>After having build PgPool-II on Red Hat Enterprise Linux 5.5 without any
problem, I tried to build it on a fresh Debian Etch. The catch is that I did
not want to install PostgreSQL 9.0, but just extract it from the binary
packages provided by Entreprisedb (with option <tt class="docutils literal"><span class="pre">--extract-only</span> 1</tt>).</p>
<p>Whatever options I passed to <tt class="docutils literal">./configure</tt>, it resulted in the same error:</p>
<pre class="code text"><a name="rest_code_67cbe5d66c304178923a3efce4d3e227-1"></a>checking for PQexecPrepared in -lpq... no
<a name="rest_code_67cbe5d66c304178923a3efce4d3e227-2"></a>configure: error: libpq is not installed or libpq is old
</pre><p>Here is the answer: the binary package contains the libpq with the name
<tt class="docutils literal">libcrypto.so.0.9.8</tt> (the RHEL name) when pgpool is looking <tt class="docutils literal">libcrypto.so.6</tt>
on Debian. The same applies to <tt class="docutils literal">libssl</tt>. So a simple</p>
<pre class="code bash"><a name="rest_code_500052d103bb4be4b259649ab3a31293-1"></a>ln -s libcrypto.so.0.9.8 libcrypto.so.0.9.8
<a name="rest_code_500052d103bb4be4b259649ab3a31293-2"></a>ln -s libssl.so.0.9.8 libssl.so.6
</pre><p>before your <tt class="docutils literal">./configure</tt> will solve it!</p></div>DebianPgPool-IIhttps://bcarlin.net/blog/build-pgpool-on-debian.htmlMon, 13 Dec 2010 23:00:00 GMT