Hi Tom, nope setting LD_LIBRARY_PATH did not solve my problem. That is a bit tricky since I install the new openssl version system wide
./config --prefix=/usr zlib-dynamic --openssldir=/etc/ssl shared no-ssl2 Mario On 28 May 2015 at 21:45, Tom Browder <tom.brow...@gmail.com> wrote: > On Wed, May 27, 2015 at 1:09 PM, Andy Wang <aw...@ptc.com> wrote: >> On 05/27/2015 11:33 AM, Mario Brandt wrote: > ... >>> mario@sasuke:~$ readelf -s /usr/lib/libssl.so | grep "SSL_CONF_CTX_finish" >>> 532: 00000000000536f0 6 FUNC GLOBAL DEFAULT 11 >>> SSL_CONF_CTX_finish >>> 327: 00000000000536f0 6 FUNC GLOBAL DEFAULT 11 >>> SSL_CONF_CTX_finish >>> >> That's interesting. I believe those methods are new to 1.0.2 >> and AFAIK neither debian 7 nor 8 ship with openssl 1.0.2 >> >> Either way, there was clearly a symbol mismatch. I build Apache 2.4 with >> openssl 1.0.2 (i also build this) and have no problems. >> >> The key is, I make a self-contained structure, so you need be sure to use >> the proper LD_LIBRARY_PATH to allow, at runtime, things to be able to find >> the right openssl libraries. >> >> For example, my shell script that builds pcre, openldap, openssl, and apache >> sets this: >> >> LD_LIBRARY_PATH=$APACHE_ROOT/lib:$OPENSSL_ROOT/lib:$OPENLDAP_ROOT/lib:$PCRE_ROOT/lib >> export LD_LIBRARY_PATH >> >> And I build in the following order: >> pcre >> openssl >> openldap >> httpd >> >> and have no problems. > > Mario, did that solve your problem? > > If not, I'll send my solution. > > Best, > > -Tom