RE: propget on deleted files... bug?

Thank you both for your input. Doing more research, I discovered it was my
mistake, as I had tried all of these before, but with an error in my URL. I
had written a half a dozen test cases, all with the same slip-up in the
directory structure.

To clear things up, it doesn't seem that the -r argument is required when
using a URL; hence the documentation is correct.

However, when I re-ran my (erroneous) test cases, I got the following
output:

svn propget svn:mime-type svn://yourserver/repo/any/path_at_1422
svn: Unknown node kind for 'svn://yourserver/repo/any/path'

I personally thought this cryptic error message meant the syntax wasn't well
understood and moved on to another attempt. Could this error message be made
clearer to prevent bumbling fools like myself from bothering you?

Here are some examples of error messages that are much clearer:
svn: Unrecognized URL scheme for 'dsvn://yourserver/repo/any/path'
svn: Unknown hostname 'yourserver-invalid'
svn: No repository found in 'svn://yourserver/typo/any/path'

To an end user, the latter three messages make sense, but the first one does
not.

Thanks again,
Jason Kealey

-----Original Message-----
From: Jody Shumaker [mailto:jody.shumaker@gmail.com]
Sent: April 13, 2006 10:54 PM
To: Garrett Rooney
Cc: Jason Kealey; dev@subversion.tigris.org
Subject: Re: propget on deleted files... bug?

> Peg revisions still respect the default -r setting, the @rev is only
> used to figure out what item you're getting the prop for, it still
> tries to get it from the version in HEAD (or BASE or something like
> that).
>
> -garrett
>

HEAD for a url and BASE from a working copy I believe. Which would
perfectly explain the behavior he describes, from a working copy where
the file works then the default -r BASE is a valid revision, but for a
url it never works without specifying something besides HEAD.

- Jody

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 14 05:14:11 2006