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

Re: Anonymous access to repository via CVS client?

From: Greg Noel <GregNoel_at_tigris.org>
Date: 2003-11-04 02:58:06 CET

Sorry for the delayed response: I'm one of those people in Southern
California that's been dodging wildfires this past week and it's taken
me this long to catch up.

On Sunday, Oct 26, 2003, at 23:37 US/Pacific, Greg Hudson wrote:

> This sounds like a good idea, and I might look into it myself ...

Thanks; I appreciate the vote of confidence.

> * I think this should have a home in the issues db.

Yes, that's why I put it there initially. I wouldn't object if you
re-opened the ticket...

> * It shouldn't be a 1.0 requirement, nice as it would be to have.

I think it's regrettable, but I agree. From what I read in the mailing
list, you're too close to shipment to add an additional requirement.

> * There might be some snags. CVS does not have a reputation for
> great protocol quality.

I'm sure there will be lots of snags, but even a horribly inefficient
implementation (viz., check out a copy from SVN, check it in to RCS,
then use a real CVS server from the RCS files) would be sufficient

> We do have source tarballs for just this reason.

Yes, but those are only produced for release points. If the tarball
isn't sufficient to provide a working program, then it could be weeks
before a fixed version is available. Being able to check out the
sources between tarballs would ease this situation.

It's a small point, anyway; the essence of this issue is to reduce the
trauma of converting to SVN by allowing a transition period instead of
a massive Flag Day. (I was there at the original Flag Day; it's an
experience I'd rather not repeat.)

Hope this helps,
-- Greg Noel, retired UNIX guru

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 4 06:34:45 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.