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

Subversion bug thinks host is peg revision in: svn+ssh://svn@host/

From: John Rouillard <rouilj_at_renesys.com>
Date: 2006-08-29 22:54:43 CEST

Hello all:

I am running the following command and get the weird output below:

  tigris> svn list svn+ssh://svn@tigris/
  svn: Syntax error parsing revision 'tigris'

It looks to me like the parser thinks that @tigris is a peg revision
specifier. If I change it to:

  tigris> svn list svn+ssh://svn@tigris/core

I get the expected list. Variants of the URL:


also yield the same "parsing revision" error message.

This all came to light when I changed the forced command for the svn
user on tigris from:

  /tools/subversion-1.3/bin/svnserve -t --tunnel-user=rouilj


  /tools/subversion-1.3/bin/svnserve -t -r ~svn/dev-repository \

so that I could move the repository location without my users having
to do a switch --relocate.

The involved versions of the software on this fedora core 2 box
(tigris) are:


In this case and the case below the subversion 1.3-1 were locally
built and packaged. Now another box running Centos 4.3 with revisions:


doesn't have this problem, but another Centos 4.3 box with a newer apr:


does exhibit this problem. Could this issue be caused by code in the
apr library?

Has this problem been identified (I didn't see it online). Is it fixed
(by some other changes maybe) in 1.4?

I am looking at reverting the svnserve command line change and making
it "-r ~svn", but that would mean my users will have to do svn
switches and they will still need to know the physical location of the
repository which is less than ideal.

				-- rouilj
John Rouillard
System Administrator
Renesys Corporation
603-643-9300 x 111
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 29 22:56:41 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.