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

Re: [lord@regexps.com: business models and revision control]

From: Daniel Stenberg <daniel_at_haxx.se>
Date: 2002-08-13 10:36:49 CEST

On Tue, 13 Aug 2002, Tom Lord wrote:

> > CVS done right.
>
> Just because CVS has a bug does not mean it is a good idea to duplicate
> that bug in a new system, taking up the time and good will if hundreds if
> not thousands of people, costing the rest of us an unbounded amount of
> money that could have been spent in better ways.

We are probably several hundred people here on the Subversion mailing list,
all wanting to contribute to this goal you think is so bad. We are all here
because we feel like participating.

We've all the opportunity to join in and influence the design choices and
implementation specifics. And lots of us have, in various degrees of course.

I can't of course speak for anyone else here, but this is an open source
project and this project scratches the itch "CVS isn't quite up to its task
let's improve it".

You're talking about a different itch that takes a different scratch. I
believe that's why you are hacking on Arch while we sit in the Subversion
boat.

It's not about good or bad, right or wrong. It is about different goals and
different views on how to reach them.

Please talk about specific Subversion issues or take it elsewhere. This list
floods beyond belief already in amount of postings, your off-topic unfocused
ramblings don't improve this situation one bit. Sorry for the harsh words,
but that's how I feel.

-- 
      Daniel Stenberg - http://daniel.haxx.se - +46-705-44 31 77
   ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 13 10:37:23 2002

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.