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

Blair, re issue 1455 in v0.27

From: Files <files_at_poetryunlimited.com>
Date: 2003-08-21 16:21:06 CEST

Blair,

Did you know that your issue #1455
(http://subversion.tigris.org/issues/show_bug.cgi?id=1455) which you reported on
2003-07-31 15:16 PDT is really inapplicable according to Michael in issue #1356
(http://subversion.tigris.org/issues/show_bug.cgi?id=1356) as exhorbitantly long
processing times for large projects which I successfully reported along with a
potential fix or an offer to help code a fix on 2003-06-13 09:04 PDT, "since this
doesn't really have
anything to do with Subversion proper's usability."

This is a wake up call, IMHO.

Just on the odd chance that you're wondering, I used the svn_load_dirs.pl to load 6
months worth of backups to 3 large codebases. The load took hours. And hours. And
hours. And had to be repeated at times, because the svn_load_dirs.pl couldn't
handle situations where there were newer files to be added as compared to the
original and so on. Those were minor irritants at the time given that the repeated
restart (I had to even figure out a way to start where I left off instead of
starting over) requirement due to db4 breaking down every now and then.

I work at an insurance company. I have been working in the computer industry since
1988 (Ontario government straight out of high school, Gateway 2K, FedEx, Kellogg,
Old Kent Bank, Meijer Corporate, etc), I have to say, that I feel truly and utterly
stepped on in that I as a simple user cannot be anything other than just making
noise, and it takes a publicly visible project like Perl to make things worth
fixing.

Come on guys. That's not what this is about. It's about listening to what someone
is saying and asking them the conditions under which they're operating and finding
out if what they're saying may actually have some merit.

Isn't it?

Grassroots is always where it's been at. Hasn't it? If you step on your fellow
commoners, you risk alienating your potential developer base, as well as your low
level user-base that can recommend your software's use at higher levels.

Originally, when I encountered subversion, I was ecstatic that someone was working
on something in this manner which seemed to match what Knuth and Sedgewick would
have been proud of. I was even wondering how I could get involved.

Now I'm more inclined to sit back and see what, or if you fix a bug and much less
inclined to report anything, and hoping maybe that someone will come out with the
next best thing to revision control to supercede subversion.

Do you see a problem here? I do. Subversion is a great product. But you've managed
to make me less than a believer with nothing more than a mouse click, whereas you
could have had a staunch supporter, ally and possibly contributor.

My posting in the uesrs mailing list is understandably more light-weight. I think
you guys can fix the problem before it becomes systemic.

Shamim Islam
BA Life Sciences 91
BS Computer Science 95

P.S. You should be able to report a bug/post a fix w/ an email address w/o needing
to be fully registered. That just seemed way too much effort to just HELP you guys
out. I almost didn't do it. If you have my return email address, and the stuff I
sent you, it's easy to check the validity of the posting. For mailing lists, yes, I
would have to agree. Other than that, it's just one more place w/ a password to
remember for no good reason other than someone saw fit to do so.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 21 16:22:01 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.