You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Steven Kiehl <na...@gmail.com> on 2008/02/13 08:50:14 UTC
unsupported libssl.so.6
I have openssl 0.9.8b and the openssl097a compatibility libraries installed
on a machine. This does not support openssl 0.9.7f which includes the
libssl.so.5 library. I've tried symlinking to the newer libssl.so.6 as well
as the older libssl.so.4, but nothing fixes the problem. Until subversion
fixes their source to support the new openssl libraries, I think I'm SOL on
--with-ssl support. this is the error I get when I run 'make install':
[activating module `authz_svn' in /usr/local/apache2/conf/httpd.conf]
subversion/svnversion/svnversion . /repos/svn/trunk >
/usr/local/include/subversion-1/svn-revision.txt
/usr/src/subversion/subversion-1.4.6/subversion/svnversion/.libs/lt-svnversion:
error while loading shared libraries: libssl.so.5: cannot open shared object
file: No such file or directory
make: *** [revision-install] Error 127
The strange thing is that neither configure nor make made any mention of the
missing library (or didn't report it). Is there some way around this
problem? or am I going to have to configure apache to accept non-ssl
connections from this box. I can't just use the rpm releases because I
compile apache from source, and the mod_dav subversion rpms require the
apache rpms, and I'm not one for forcing it with no dependencies.
I either need this thing to support 0.9.8b or scream while deleting the
bytes for subversion off my server. Has anyone else experienced my pain?
Re: unsupported libssl.so.6
Posted by Steven Kiehl <na...@gmail.com>.
I can run 'make' and that works fine, but 'make install' fails as soon as it
gets to that authz_svn portion. If I fake it and symlink libssl.so.5 and
libcrypto.so.5 to their 0.9.8b equivalents, I get this message when I try to
run an svn update:
SSL negotiation failed: SSL disabled due to library version mismatch
(https://***********)
Is there some magic trick to getting it to compile with the 0.9.8 library?
Does it check some program to get the current version and maybe I need to
replace that so it works right? This is how I'm configuring it (already
tried --with-ssl=/lib/libssl.so.6):
./configure \
--with-apxs=/usr/local/apache2/bin/apxs \
--with-zlib \
--with-ssl
On Feb 13, 2008 4:14 AM, Ryan Schmidt wrote:
>
> On Feb 13, 2008, at 02:50, Steven Kiehl wrote:
>
> > I have openssl 0.9.8b and the openssl097a compatibility libraries
> > installed on a machine. This does not support openssl 0.9.7f which
> > includes the libssl.so.5 library. I've tried symlinking to the
> > newer libssl.so.6 as well as the older libssl.so.4, but nothing
> > fixes the problem. Until subversion fixes their source to support
> > the new openssl libraries, I think I'm SOL on --with-ssl support.
> > this is the error I get when I run 'make install':
> >
> > [activating module `authz_svn' in /usr/local/apache2/conf/httpd.conf]
> > subversion/svnversion/svnversion . /repos/svn/trunk > /usr/local/
> > include/subversion-1/svn-revision.txt
> > /usr/src/subversion/subversion-1.4.6/subversion/svnversion/.libs/lt-
> > svnversion: error while loading shared libraries: libssl.so.5:
> > cannot open shared object file: No such file or directory
> > make: *** [revision-install] Error 127
> >
> > The strange thing is that neither configure nor make made any
> > mention of the missing library (or didn't report it). Is there
> > some way around this problem? or am I going to have to configure
> > apache to accept non-ssl connections from this box. I can't just
> > use the rpm releases because I compile apache from source, and the
> > mod_dav subversion rpms require the apache rpms, and I'm not one
> > for forcing it with no dependencies.
> >
> > I either need this thing to support 0.9.8b or scream while deleting
> > the bytes for subversion off my server. Has anyone else
> > experienced my pain?
>
>
> FYI: On my Mac running Mac OS X 10.4.11, Subversion is happily using
> the libraries from OpenSSL 0.9.8g. Both were installed using MacPorts.
>
>
Re: unsupported libssl.so.6
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Feb 13, 2008, at 02:50, Steven Kiehl wrote:
> I have openssl 0.9.8b and the openssl097a compatibility libraries
> installed on a machine. This does not support openssl 0.9.7f which
> includes the libssl.so.5 library. I've tried symlinking to the
> newer libssl.so.6 as well as the older libssl.so.4, but nothing
> fixes the problem. Until subversion fixes their source to support
> the new openssl libraries, I think I'm SOL on --with-ssl support.
> this is the error I get when I run 'make install':
>
> [activating module `authz_svn' in /usr/local/apache2/conf/httpd.conf]
> subversion/svnversion/svnversion . /repos/svn/trunk > /usr/local/
> include/subversion-1/svn-revision.txt
> /usr/src/subversion/subversion-1.4.6/subversion/svnversion/.libs/lt-
> svnversion: error while loading shared libraries: libssl.so.5:
> cannot open shared object file: No such file or directory
> make: *** [revision-install] Error 127
>
> The strange thing is that neither configure nor make made any
> mention of the missing library (or didn't report it). Is there
> some way around this problem? or am I going to have to configure
> apache to accept non-ssl connections from this box. I can't just
> use the rpm releases because I compile apache from source, and the
> mod_dav subversion rpms require the apache rpms, and I'm not one
> for forcing it with no dependencies.
>
> I either need this thing to support 0.9.8b or scream while deleting
> the bytes for subversion off my server. Has anyone else
> experienced my pain?
FYI: On my Mac running Mac OS X 10.4.11, Subversion is happily using
the libraries from OpenSSL 0.9.8g. Both were installed using MacPorts.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org