Can't get apache configured to show libssl.so in httpd ldd

I have be working on this for a couple of days and am running out of
things to try.

I have a current working version of Apache 2.0.59 that was compiled
with openssl 0.9.6d

I need to re-compile with openssl 0.9.8x

I have installed openssl 0.9.8d shared in /usr/local/ssl

I have used the same tarball (untarred after moving the original dir)
and ran:
../configure --prefix=/webserver/apache2h --enable-mods-shared=all
--enable-so --enable-ssl=shared --with-ssl=/usr/local/ssl
make
make install
the file at /webserver/apache2h/bin/httpd returns this from 'ldd
/webserver/apache2h/bin/httpd'

/webserver/apache2h/bin$ ldd httpd
libaprutil-0.so.0 =>
/webserver/apache2h/lib/libaprutil-0.so.0
libexpat.so.0 => /usr/local/lib/libexpat.so.0
libiconv.so.2 => /usr/local/lib/libiconv.so.2
libapr-0.so.0 => /webserver/apache2h/lib/libapr-0.so.0
libsendfile.so.1 => /usr/lib/libsendfile.so.1
librt.so.1 => /usr/lib/librt.so.1
libm.so.1 => /usr/lib/libm.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libresolv.so.2 => /usr/lib/libresolv.so.2
libpthread.so.1 => /usr/lib/libpthread.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libc.so.1 => /usr/lib/libc.so.1
libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
libaio.so.1 => /usr/lib/libaio.so.1
libmd5.so.1 => /usr/lib/libmd5.so.1
libmp.so.2 => /usr/lib/libmp.so.2
libthread.so.1 => /usr/lib/libthread.so.1
/usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
/usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1

Where the (*&%#^ is my libssl.so.0.9.8

rlong@rcn.com wrote:
> I have be working on this for a couple of days and am running out of
> things to try.
> I have a current working version of Apache 2.0.59 that was compiled
> with openssl 0.9.6d
> I need to re-compile with openssl 0.9.8x
> I have installed openssl 0.9.8d shared in /usr/local/ssl
> I have used the same tarball (untarred after moving the original dir)
> and ran:
> ./configure --prefix=/webserver/apache2h --enable-mods-shared=all
> --enable-so --enable-ssl=shared --with-ssl=/usr/local/ssl
> make
> make install
> the file at /webserver/apache2h/bin/httpd returns this from 'ldd
> /webserver/apache2h/bin/httpd'
> /webserver/apache2h/bin$ ldd httpd
> libaprutil-0.so.0 =>
> /webserver/apache2h/lib/libaprutil-0.so.0
> libexpat.so.0 => /usr/local/lib/libexpat.so.0
> libiconv.so.2 => /usr/local/lib/libiconv.so.2
> libapr-0.so.0 => /webserver/apache2h/lib/libapr-0.so.0
> libsendfile.so.1 => /usr/lib/libsendfile.so.1
> librt.so.1 => /usr/lib/librt.so.1
> libm.so.1 => /usr/lib/libm.so.1
> libsocket.so.1 => /usr/lib/libsocket.so.1
> libnsl.so.1 => /usr/lib/libnsl.so.1
> libresolv.so.2 => /usr/lib/libresolv.so.2
> libpthread.so.1 => /usr/lib/libpthread.so.1
> libdl.so.1 => /usr/lib/libdl.so.1
> libc.so.1 => /usr/lib/libc.so.1
> libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
> libaio.so.1 => /usr/lib/libaio.so.1
> libmd5.so.1 => /usr/lib/libmd5.so.1
> libmp.so.2 => /usr/lib/libmp.so.2
> libthread.so.1 => /usr/lib/libthread.so.1
> /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
> /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1
> Where the (*&%#^ is my libssl.so.0.9.8

Where you left it? httpd knows nothing about it.
httpd -l should say mod_ssl.c amongst others.
I suspect your compilation wont. Which means you never linked it in.
Im using the /usr/sfw ssl, what does ldd say about yours?
If you are going to link libs outside of /usr/lib and gcc then you need
to
set LDFLAGS at the very least.

gerryt wrote:
> rlong@rcn.com wrote:
> > I have be working on this for a couple of days and am running out of
> > things to try.
> > I have a current working version of Apache 2.0.59 that was compiled
> > with openssl 0.9.6d
> > I need to re-compile with openssl 0.9.8x
> > I have installed openssl 0.9.8d shared in /usr/local/ssl
> > I have used the same tarball (untarred after moving the original dir)
> > and ran:
> > ./configure --prefix=/webserver/apache2h --enable-mods-shared=all
> > --enable-so --enable-ssl=shared --with-ssl=/usr/local/ssl
> > make
> > make install
> > the file at /webserver/apache2h/bin/httpd returns this from 'ldd
> > /webserver/apache2h/bin/httpd'
> > /webserver/apache2h/bin$ ldd httpd
> > libaprutil-0.so.0 =>
> > /webserver/apache2h/lib/libaprutil-0.so.0
> > libexpat.so.0 => /usr/local/lib/libexpat.so.0
> > libiconv.so.2 => /usr/local/lib/libiconv.so.2
> > libapr-0.so.0 => /webserver/apache2h/lib/libapr-0.so.0
> > libsendfile.so.1 => /usr/lib/libsendfile.so.1
> > librt.so.1 => /usr/lib/librt.so.1
> > libm.so.1 => /usr/lib/libm.so.1
> > libsocket.so.1 => /usr/lib/libsocket.so.1
> > libnsl.so.1 => /usr/lib/libnsl.so.1
> > libresolv.so.2 => /usr/lib/libresolv.so.2
> > libpthread.so.1 => /usr/lib/libpthread.so.1
> > libdl.so.1 => /usr/lib/libdl.so.1
> > libc.so.1 => /usr/lib/libc.so.1
> > libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
> > libaio.so.1 => /usr/lib/libaio.so.1
> > libmd5.so.1 => /usr/lib/libmd5.so.1
> > libmp.so.2 => /usr/lib/libmp.so.2
> > libthread.so.1 => /usr/lib/libthread.so.1
> > /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
> > /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1
> > Where the (*&%#^ is my libssl.so.0.9.8
>
> Where you left it? httpd knows nothing about it.
> httpd -l should say mod_ssl.c amongst others.
> I suspect your compilation wont. Which means you never linked it in.
> Im using the /usr/sfw ssl, what does ldd say about yours?
> If you are going to link libs outside of /usr/lib and gcc then you need
> to
> set LDFLAGS at the very least.

Ok, I here is what I did. I had used LDFLAGS and LD_RUN_PATH as such:


export LD_RUN_PATH=/usr/lib:/usr/local/ssl/lib:/usr/local/lib

export LD_LIBRARY_PATH=/usr/lib:/usr/local/ssl/lib:/usr/local/lib

export LDFLAGS=-R/usr/local/ssl/lib -R/usr/local/lib

The kicker is, I wasn't seeing any error that would tell me what to do.

I found a similar server and loaded EVERYTHING I had loaded on this
server and it compiled correctly THE FIRST TIME. So that tells me that
there is something simply wrong with the
first server's setup. I will look into it and see what I can
determine, and when I do I'll post my findings here.

If I hadn't had a second server, I would be in big trouble.

rlong@rcn.com wrote:
> gerryt wrote:
> > rlong@rcn.com wrote:
> > > I have be working on this for a couple of days and am running out of
> > > things to try.
> > > I have a current working version of Apache 2.0.59 that was compiled
> > > with openssl 0.9.6d
> > > I need to re-compile with openssl 0.9.8x
> > > I have installed openssl 0.9.8d shared in /usr/local/ssl
> > > I have used the same tarball (untarred after moving the original dir)
> > > and ran:
> > > ./configure --prefix=/webserver/apache2h --enable-mods-shared=all
> > > --enable-so --enable-ssl=shared --with-ssl=/usr/local/ssl
> > > make
...some snippage ..
> > > /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1
> > > Where the (*&%#^ is my libssl.so.0.9.8
> > Where you left it? httpd knows nothing about it.
> > httpd -l should say mod_ssl.c amongst others.
> > I suspect your compilation wont. Which means you never linked it in.
> > Im using the /usr/sfw ssl, what does ldd say about yours?
> > If you are going to link libs outside of /usr/lib and gcc then you need
> > to
> > set LDFLAGS at the very least.
> Ok, I here is what I did. I had used LDFLAGS and LD_RUN_PATH as such:
> export LD_RUN_PATH=/usr/lib:/usr/local/ssl/lib:/usr/local/lib

Why /usr/local/lib.. This directory is not part of SVR4 or Solaris.
Not the end of the World but its outa spec. See man filesystem
for more info. /opt/local - or anywhere in /opt:
"Root of a subtree for add-on application packages"

> export LD_LIBRARY_PATH=/usr/lib:/usr/local/ssl/lib:/usr/local/lib

Here you are just guessing. No way this should ever need to be set -
unless
you work at Oracle or something : /
man ld.so.1 : >

> export LDFLAGS=-R/usr/local/ssl/lib -R/usr/local/lib

Right. Except the assignment needs to be in double quotes..
And you often must include the -L switch too or configure will
fall over. Its good at that.

> The kicker is, I wasn't seeing any error that would tell me what to do.

Well there is/are the config.log file(s)..

> I found a similar server and loaded EVERYTHING I had loaded on this
> server and it compiled correctly THE FIRST TIME. So that tells me that
> there is something simply wrong with the
> first server's setup. I will look into it and see what I can
> determine, and when I do I'll post my findings here.
> If I hadn't had a second server, I would be in big trouble.

If you make arbitrary changes to a base install things tend to drift...
Eventually the system becomes less and less maintainable.