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
path.
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.
> >
> > PROPOSAL
> > ===========
> >
> > Support file:/// URL scheme in svnadmin command
> >
> > RATIONALE
> > ===========
> >
> > 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.
> >
> > BUG STATUS
> > ===========
> >
> > 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