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

Re: FEATURE REQUEST: svnadmin to accept URL notation file:///

From: Josh Gilkerson <jwg_at_google.com>
Date: 2007-04-26 23:55:19 CEST

The fact that "file:///test/repos" is a valid path means that
accepting the url syntax and the path syntax would be ambiguous
without adding a switch to svnadmin know it is a url instead of a

Scratch that, folks. I actually tried it out and svnadmin doesn't
accept 'file:///test/repos', even though it is a valid path and
'file:/test' is an existing directory.

Isn't this a bug? I (and probably most others) would assume that a
valid path wouldn't be refused because it looks like a url. Couldn't
svnadmin check to see if 'file:/test' exists and is a directory before
giving the "is a URL" error?

On 4/26/07, Daniel Rall <dlr@collab.net> wrote:
> On Thu, 26 Apr 2007, Jari Aalto wrote:
> >
> > According to http://subversion.tigris.org/project_issues.html, I'm
> > bringing this issue forward here first.
> >
> > ===========
> >
> > Support file:/// URL scheme in svnadmin command
> >
> > ===========
> >
> > Working on local repositories need file:/// prefix in svn commands.
> > Copy/pasting links around e.g. to svnadmin would be easier. No need to
> > remember to change to use 'Native' OS absolute path.
> >
> > ===========
> >
> > This is a feature request for next release, unless already
> > implemented.
> 'svnadmin' only works against the native file system -- it doesn't use
> the repository access (RA) layer, which understands various protocols
> (e.g. "file://"). While I can see how this is a convenience for the
> end user, I'm not convinced that it would be an appropriate addition.
> And, we already give a pretty good error here:
> svnadmin: 'file:///tmp/repos' is an URL when it should be a path

Josh Gilkerson
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Apr 26 23:55:37 2007

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.