subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hirschberg, Benyamin" <BHirschb...@nds.com>
Subject RE: Check out problem because of alleged problematic URL
Date Mon, 07 Jun 2010 06:31:28 GMT
Hi Ben


When I'm running svn --version I'm getting:

----------------------------------------------------------------------------------------------
svn, version 1.6.5 (r38866)
   compiled Mar 14 2010, 17:16:01

Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
  - handles 'http' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme
----------------------------------------------------------------------------------------------

Please correct me if I'm wrong, but this means that neon module has been compiled with SVN.

I have run this checkout command with strace. I'm attaching the log. I haven't seen any signs
of broken library dependencies: both "/usr/local/lib/libsvn_ra_neon-1.so.0" and "/usr/lib/libneon.so.25"
are opened with valid handles.


Benyamin


-----Original Message-----
From: B Smith-Mannschott [mailto:bsmith.occs@gmail.com]
Sent: Sunday, June 06, 2010 10:41 PM
To: Hirschberg, Benyamin
Cc: users@subversion.apache.org
Subject: Re: Check out problem because of alleged problematic URL

On Sun, Jun 6, 2010 at 15:49, Hirschberg, Benyamin <BHirschberg@nds.com> wrote:
> Hi
>
>
>
> I’m stuck with an annoying problem.
>
>
>
> I have an SVN server set up on a LAN server. I’m accessing it with
> http://ada-srp/kr/svn/trunk, it is working from browsers and windows svn
> clients (both Tortoise and command line client 1.6.4).
>
>
>
> The problem is when I’m trying to do a checkout on the server itself
> (ada-srp) with the very same command line command as on the windows machine,
> I’m getting the following error:
>
> [benyamin@ada-srp ~]$ svn checkout http://ada-srp/kr/svn/trunk/ kr_repos
>
> svn: URL 'http://ada-srp/kr/svn/trunk' is malformed or the scheme or host or
> path is missing
>
>
>
> The version of the client is 1.6.5.
>
>
>
> This is not likely to be a networking problem, I can do wget with no problem
> on http://ada-srp/kr/svn/trunk from the same shell. In case of this error I
> don’t see any change in apache log.
>
>
>
> Can you tell me what the problem is?

Have you seen this?:

http://subversion.apache.org/faq.html#unrecognized-url-error

Subversion uses a plugin system to allow access to repositories.
Currently there are three of these plugins: ra_local allows access to
a local repository, ra_neon or ra_serf which allow access to a
repository via WebDAV, and ra_svn allows local or remote access via
the svnserve server. When you attempt to perform an operation in
Subversion, the program tries to dynamically load a plugin based on
the URL scheme. A `file://' URL will try to load ra_local, and an
`http://' URL will try to load ra_neon or ra_serf.

The error you are seeing means that the dynamic linker/loader can't
find the plugins to load. For `http://' access, this normally means
that you have not linked Subversion to neon or serf when compiling it
(check the configure script output and the config.log file for
information about this). It also happens when you build Subversion
with shared libraries, then attempt to run it without first running
'make install'. Another possible cause is that you ran make install,
but the libraries were installed in a location that the dynamic
linker/loader doesn't recognize. Under Linux, you can allow the
linker/loader to find the libraries by adding the library directory to
/etc/ld.so.conf and running ldconfig. If you don't wish to do this, or
you don't have root access, you can also specify the library directory
in the LD_LIBRARY_PATH environment variable.

//Ben

This message is confidential and intended only for the addressee. If you have received this
message in error, please immediately notify the postmaster@nds.com and delete it from your
system as well as any copies. The content of e-mails as well as traffic data may be monitored
by NDS for employment and security purposes.
To protect the environment please do not print this e-mail unless necessary.

An NDS Group Limited company. www.nds.com
Mime
View raw message