On Mon, Mar 08, 2004 at 02:06:13PM -0500, Alvin Thompson wrote:
> the whole concept of SVN is to provide a replacement for CVS which
> addresses its major limitations. as this list has shown, this *is* a
How has this list shown that this is a major limitation?
> major limitation. we have the capability to address this without
> impacting the feature set. why not address it? "because it's a bigger
> change than i feel like doing" is not a valid answer.
>
> but even if it were difficult, wouldn't it make more sense to modify SVN
> to play well with other programs than to modify every other program out
> there to play well with SVN? the whole point is to have SVN universally
> accepted. that acceptance would come easier if SVN actually worked with
> the most popular IDE on the planet.
Well, certainly not the most popular IDE in the following subsets of developers
that might be interested:
-) OpenSource developer (which are probably the majority of CVS users, but
that's just a guess of mine)
-) Unix/Linux developer
But actually the problem is minor, because:
-) it can be easily fixed by recompiling the client with another define
-) it's a bug in the IDE, not in svn.
So your solution to a flat tire, is to change the propulsion system to hover
craft. It's obviously trivial at least when one uses one of the
"hovercraft-in-a-tire" replacement tire, which are plentiful. Really.
Believe me. And they are legal to use in all countries [be it Windows-land or
Linux-County, even the mainframe states allow them!].
>
> one of these days when i'm not so lazy i'll look at the code. but i
> imagine the impact would be negligible once you obtained a different
Well, you are still assuming that getting such a library is trivial.
Please take a look what platforms Apache2 runs on.
Show us that mystical beast ;)
> stream. if this is not so, you probably need to do a better job of
> abstracting that stuff, anyway, since SVN may need to run on something
> other than a regular file system sometime in the near future (hint, hint
> ;) .
hint?
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Mar 8 20:43:49 2004