[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Unrecognized URL scheme - missing libraries?

From: James Abbott <j.abbott_at_imperial.ac.uk>
Date: 2006-10-04 18:41:26 CEST

Hello,

I'm new to subversion, and have just installed 1.4.0 from the source
tarballs on a Red Hat Enterprise 3.0 AS machine (using the binary rpms
is not really possible due to the potential of breaking things using
existing versions of certain libraries....).

I built a fresh version of neon (from the deps tarball), which was
installed in /usr/local - neon-config reports:

neon 0.25.5
Known features: dav [yes], ssl [yes], zlib [yes], ipv6 [yes], lfs [no]

I also have fresh apache 2.2.3 and berkeley-db 4.5.20 builds (in
non-standard locations), so configured subversion as follows:

./configure --with-apxs=/usr/local/common/apache/2.2.3/bin/apxs
--prefix=/usr/local/common/subversion/1.4.0 --with-apr=/usr/local/
common/apache/2.2.3/ --with-apr-util=/usr/local/common/apache/2.2.3/
--with-berkeley-db=/usr/local/common/berkeleydb/current --with
-neon=/usr/local/lib/

All appeared to build ok, beside some linking errors against libexpat
due to libexpat.la living in /usr/lib64 rather than /usr/lib, which I
got round eventually...

I sucessfully imported an existing cvs repository as a test using
cvs2svn, and setup apache as indicated in the docs, which appears to be
working fine - I can see the repository via the browser, so would appear
to have a functioning subversion server....

Attempting to checkout the test project from the subversion server
however, produced:

svn co http://localhost:8082/svn/test
svn: Unrecognized URL scheme for 'http://localhost:8082/svn/test'

Digging round the faq/docs and list archives suggests this is a library
problem due to a non-standard install location, so I set
LD_LIBRARY_PATH, and tried again, but with the same result.

Using strace to check where it was looking for the libraries revealed it
_was_ correctly using the non-standard lib location, but was trying to
open libsvn_ra_dav-1.so.0 and libsvn_ra_serf-1.so.0, neither of which
are present. Digging through the config.log or Makefile have not given
be any pointers as to why these are not being built - I've googled
(including the list archives), but have not come across any similar
reports.

Does anyone have any suggestions as to what (probably very obvious!) I
may have omitted to successfully build these libs?

Thanks,
James

-- 
Dr. James Abbott <j.abbott@imperial.ac.uk>
Bioinformatics Software Developer, Bioinformatics Support Service
Imperial College, London
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Oct 4 18:43:08 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.