[Rd] AnonCVS
A.J. Rossini
rossini@u.washington.edu
13 Jul 2001 10:25:15 -0700
>>>>> "DB" == Douglas Bates <bates@stat.wisc.edu> writes:
DB> rossini@blindglobe.net (A.J. Rossini) writes:
>> Looks like it nearly in sync with the main mirror, only 30
>> minutes of of (a mirror of the???) main archive.
>>
>> The modules and the timing of the sync I know; the rest is
>> strictly conjecture.
DB> Are there reasons for using anonymous cvs when anonymous rsync
DB> access is available? Quite frankly I don't understand why one
DB> would use anonymous cvs instead of anonymous rsync.
Reason 1: to handle local changes on a bleeding-edge that one wants to
keep for various reasons, but which would be silly to send in as a
patch (you can then merge in upstream changes onto the local copy,
etc). I've done that twice now with R, and assume that it'll happen
again. Does rsync tell you which files have conflicts and do the
merge?
Reason 2: I can remember "cvs update" for a subdirectory; I can't
recall the incantation for rsync which would do the same thing.
(sure, it's 5 minutes of reading the manuals, I'd assume, but I don't
have that time).
Note that both of the above are incredibly valid for omegahat, less so
for R (2x isn't much, compared to the on-going major mods I've got
for omegahat).
Maybe more to the point: are there any reasons for sane
users/developers to do this?
:-).
best,
-tony
--
A.J. Rossini Rsrch. Asst. Prof. of Biostatistics
U. of Washington Biostatistics rossini@u.washington.edu
FHCRC/SCHARP/HIV Vaccine Trials Net rossini@scharp.org
-------- (wednesday/friday is unknown) --------
FHCRC: M-Tu : 206-667-7025 (fax=4812)|Voicemail is pretty sketchy/use Email
UW: Th : 206-543-1044 (fax=3286)|Change last 4 digits of phone to FAX
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._