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

Re: Earmarked donation to the SVN Project

From: Karl Fogel <kfogel_at_red-bean.com>
Date: 2007-03-19 17:18:00 CET

"Mario Scondo" <mario.scondo@scondo.de> writes:
> Over the last several years I did come across the same problmes again and
> again when I had to utilize MS Windows operating systems and these
> problems are not specific to my personal installations of windows and svn.
> Additionally I do know bug reports of svn users that seem to lead again
> and again to the same sources of problems (environments with hundreds of
> repositories and several 1000 users). Most of these users did find
> work-arounds that solve their specific problems, but these solutions are
> sometimes quite strange. ...a VCS simply should work like a virtual file
> system without the need for the user to care about the internal problems
> of implementation.

Hmmm, I don't see why hundreds of repositories would necessarily slow
anything down, per se. Same with several 1000 users. But until the
specific causes of your bug are known, we're all just guessing.

> To get rid of these problems I want to "gently enforce" solutions to the
> problems that are known (...to me). I think Open Source development is the
> right way but nothing is for free. So I want to help the project to get
> more reliable.

Hire someone who can make a reliable reproduction recipe for the bug,
and a patch to solve it. The way to fix a bug is to fix the bug :-).
(In other words, don't think of "the Subversion project" as a separate
entity from you. If you -- or your subcontractor -- create a repro
recipe and patch, then you're part of the project like anyone else.)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Mar 19 17:18:14 2007

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.