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

Re: svn client api comments

From: Barry Scott <barry_at_barrys-emacs.org>
Date: 2005-03-15 01:29:43 CET

On Mar 14, 2005, at 22:30, C. Michael Pilato wrote:
>
>> I understand that cat -r BASE will deal with keyword and line ending
>> substitutions. Are you saying the svn_client_cat will never work on
>> a BASE or WORKING? If so the code should return an error if those
>> revisions are passed in.
>
> No, I'm saying only that volunteers (thankfully) tend to de-prioritize
> problems that generally have workarounds or that don't interfere with
> the daily routines of the average user. For whatever reason, you
> think 'svn cat' should work on both WC paths and URLs just like other
> subcommands, getting info from the server only when necessary. I
> agree. But is that problem more important than the massive list of
> other bugs in the tracker? I dunno -- make your case.
>
> I promise you, Barry, that nobody has set out to make your life
> difficult, or to avoid adding the functionality you want simply
> because it's you. Subversion is a volunteer effort, which means that
> most everybody works on exactly what they want to work on, and nothing
> else. If your MUST HAVE list isn't being addressed, it's only because
> it doesn't match someone else's MUST HAVE list -- no need to freak out
> about it.

Sigh... You assume I'm telling you to change priority. I'm not.
I'm curious as to why the cat -r BASE problem is hard thats all.

My top priority is to get proplist performance fixed, not the cat
problem because as you say its got a workaround.

Barry

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 15 01:31:24 2005

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.