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

Re: Blair, re issue 1455 in v0.27

From: Blair Zajac <blair_at_orcaware.com>
Date: 2003-08-25 20:55:22 CEST

Files wrote:
>
> Blair,
>
> I didn't post the fix in the mailing list at the time.
>
> I wanted somewhere that I knew I could get notified of an answer.
>
> I posted the issue in issuezilla and asked if you guys wanted the solution as well -
> I had been messing with it for a week and finally got it to work correctly.
>
> I got informed that my issue (which clearly identified svn_load_dirs) had nothing
> to do with subversions proper functioning. So I figured, I'd just go on using my
> corrected version, always overwriting the stock perl script.

My take is a little different than the other svn developers regarding
svn_load_dirs, but that's because I wrote it and I want people to use
it. I do want svn_load_dirs to remain a tool that people will use and
be happy with (and to stay in tools/, not contrib/).

>
> Kinda strange when the main attraction for me in subversion was the vendor branches
> and tags. Which were the same things that were causing havoc via svn_load_dirs.pl.
>
> So I was very disheartened when I saw that the bug had been fixed in #1455 only
> because a big name had reported the problem, and been ignored when a small time
> operator had offered a fix, and at the same time glad that it been fixed at least.

Nothing personel here. For me it wasn't the big name, but that the Perl
community was looking at using Subversion, and getting large, public, code
bases to switch to Subversion is a "good thing".

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 25 20:56:17 2003

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.