Guido van Rossum wrote: >>Hmm, but how is CVS read-only access different from downloading >>a tarball ? (except maybe for the different bandwidth they require >>in case of updates) > > CVS read-only makes it simple for anybody who has CVS installed to > check out a particular branch. Ah yes, forgot about that option. > Downloading a tarball means you have to know how to set up a CVS > repository, which most CVS users never need to do these days. (It's > easy, but I probably wouldn't be able to do it myself without having > to study the manual for 15 minutes, and I've done it before!) > > Downloading a tarball also means that each time you want to get a > newer version, you have to redo the steps to set up the repository. Hmm, I was thinking of the tarball that you get by doing a clean checkout and then zipping everything up. I believe that's what Martin is doing. > Using a CVS mirror based on the tarballs means that only the mirror > administrator has to do that, and other users can simply hook up to > the mirror and use "cvs update" like they are used to. Side note: the CVS repository is already available as nightly tar ball from: http://cvs.sourceforge.net/cvstarballs/python-cvsroot.tar.gz (roughly 52MB) >>Perhaps we should setup an rsync server on python.org which allows >>getting at the current snapshot incrementally ? > > That would only make sense if it makes sense to have multiple mirrors, > which I'm not convinced of. > > (OTOH we might make the CVS tree available through FTP and HTTP and > RSYNC, and then all Python mirror sites would automatically have the > data so all they need to do is run a CVS server on top of it if they > want to, and they have instant mirroring. This might cause some > mirrors to complain about the amount of data, though -- I don't know > how big th eunpacked repository is.) I was thinking of making the clean checkouts available via FTP, HTTP and RSYNC; not the complete cvsroot repository. But you're right: if someone wants a special branch of the CVS tree then setting up a CVS mirror makes more sense. -- Marc-Andre Lemburg eGenix.com Professional Python Software directly from the Source (#1, Jul 06 2003) >>> Python/Zope Products & Consulting ... http://www.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2003-07-01: Released mxODBC.Zope.DA for FreeBSD 1.0.6 beta 1
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4