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

Re: Failed to find label 'NULL' for URL '/repos/svn'

From: Ben Reser <ben_at_reser.org>
Date: 2004-10-07 09:19:59 CEST

On Wed, Oct 06, 2004 at 05:39:59PM +0200, Alex Holst wrote:
> I found a single reference to this issue in the archives, dating back to
> 2001. The problem was fixed then but now I'm seeing it here:
> miracle$ uname -a
> OpenBSD miracle.mongers.org 3.4 GENERIC#18 i386
> miracle$ svn --version
> svn, version 1.1.0 (r11180)
> compiled Sep 30 2004, 16:04:08
> [..]
> Attempts to checkout or list the svn repository fails:
> miracle$ svn ls http://svn.collab.net/repos/svn
> svn: Failed to find label 'NULL' for URL '/repos/svn'
> Attempts to checkout or list the asf repository works:
> miracle$ svn ls http://svn.apache.org/repos/asf
> avalon/
> cocoon/
> commons/
> [..]
> tcpdump capture of the failed 'ls' session available here:
> http://a.mongers.org/x/svn.trace
> There are no proxies between miracle and the rest of the world.
> The above situation happens to all users on the host. I have svn 1.1
> running perfectly on another OpenBSD system.
> miracle itself acts as a svn+ssh repository, and the svn binary can
> access file:// repositories on the local host.
> Any thoughts before I file a bug?

Take a look at that trace in Ethereal, this is the TCP stream:

PROPFIND /repos/svn HTTP/1.1
<?xml version="1.0" encoding="HTTP/1.1 207 Multi-Status

Your outbound PROPFIND is cut off way short. And so is the reply back
from the server.

I smell transport failure.

Ben Reser <ben@reser.org>
"Conscience is the inner voice which warns us somebody may be looking."
- H.L. Mencken
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 7 10:31:44 2004

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

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