Yeah, grabbing Neon from the 1.2 tarball fixed the problem. I would have
thought one of the build scripts would have complained if my Neon was
out of date, though.
Strange---I got the following error while installing:
lt-svnversion: error while loading shared libraries: libssl.so.0.9.7:
cannot open shared object file: No such file or directory
I had received a similar error when making Apache 2.0.54. I added
/usr/local/ssl/lib to /etc/ld.so.conf and did a ldconfig, and Subversion
installed fine. (I'll try Apache 2.0.54 again.) This is odd, because I
apparently didn't need this for older versionf of Apache and Subversion.
Max Bowsher wrote:
> Garret Wilson wrote:
>> Michael W Thelen wrote:
>>> Garret Wilson wrote:
>>>> svn: Unrecognized URL scheme for
>>> Is libsvn_ra_dav-1.so in there? I would guess that it's missing.
>> Nope, no such library in /usr/local/lib .
>>> What was the command you used to build the Subversion client?
>> After updating using "svn up", I performed my usual build process:
>> rm -f /usr/local/lib/libsvn*
>> rm -f /usr/local/lib/libapr*
>> rm -f /usr/local/lib/libexpat*
>> rm -f /usr/local/lib/libneon*
>> ./configure --with-libs=/usr/local/ssl --with-ssl
>> --with-apr=/usr/local/apache2 --with-apr-util=/usr/local/apache2
>> make clean
>> make install
>>> Did you
>>> pass the --without-neon flag, or did the build process give any errors
>>> about not being able to find the neon library? (Neon is the HTTP
>>> library used by ra_dav.)
>> My last build used neon (I believe 0.24.6) in ./neon and those files are
>> still there. (I would have upgraded neon, but
>> http://www.webdav.org/neon/ is not responding today.)
> Subversion requires 0.24.7, IIRC.
> You can get it from the "neon" subdir of any recent subversion source
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Wed Jun 8 19:52:14 2005