On Thu, Jul 30, 2009 at 03:19:54PM +0200, Stephan Robotta wrote:
> Hello,
>
> On Thu, Jul 30, 2009 at 11:01:30AM +0100, Stefan Sperling wrote:
> > On Thu, Jul 30, 2009 at 11:06:13AM +0200, Stephan Robotta wrote:
> > >
> > > SVN worked well before but suddenly quits with "could not resolve
> > > hostname". There havent been any changes in the configuration. So I
> > > do not assume any proxy problem. This happend after an package update
> > > on Fedora 11.
> > >
> > > Resolving the hostname is not the issue, a wget or ssh login on the
> > > repositories machine works well.
> >
> > What RA layer do you use? Something using HTTP?
> > If so, what HTTP library are you using Subversion with, serf or neon?
> > Hostname lookups are done by those libraries.
>
> I don't exactly understand the question, what is the RA layer?
Apologies. "RA layer" is Subversion-speak for "repository access layer",
which refers to the method used by the client to contact the repository.
When you run svn --version, you get a list of available RA layers,
(or "modules" as they are called in the help output):
The following repository access (RA) modules are available:
* ra_neon : Module for accessing a repository via WebDAV protocol using Neon.
- handles 'http' scheme
- handles 'https' 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
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
- handles 'http' scheme
- handles 'https' scheme
> What I did get e.g. is:
> [stephan_at_ernie ~]$ ldd /usr/bin/svn | grep neon
> libsvn_ra_neon-1.so.0 => /usr/lib/libsvn_ra_neon-1.so.0 (0x00d9a000)
> libneon.so.27 => /usr/lib/libneon.so.27 (0x06ce0000)
>
> [stephan_at_ernie ~]$ ldd /usr/bin/svn | grep serf
> returns nothing.
>
> So I assume that I am using some RA layer via HTTP with neon.
Most likely.
> I used to work with eclipse. But error messages there were not really
> helpful. Therefore I once started eclipse within an xterm to get
> information printed on STDOUT. There was a message like:
>
> ssh: Could not resolve hostname myserver.com:9630: Name or
> service not known
>
> Therefore I then tried svn on the command line, similar as described by
> David in the initial message of this thread.
I've heard of this error before, and I think the other reporter was
also using neon. It is hard to say what is really wrong here without
more information. Note though that Subversion relies on neon to resolve
hostnames. So this is possibly a bug in the neon shipped with Fedora.
Because I think so far, all reporters of this problem were using Fedora.
Is this correct?
Stefan
Received on 2009-07-30 16:05:48 CEST