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

Re: clue for repos corruption?

From: Jan Hendrik <jan.hendrik_at_bigfoot.com>
Date: 2003-11-09 19:41:05 CET

Concerning Re: clue for repos corruption?
John Peacock wrote on 7 Nov 2003, 6:59, at least in part:

> FWIW, rsync on Win32 works just fine (using Cygwin tools at least).
> We have a massive set of files which we use rsync daily to update (and
> I am talking thousands of files of various sizes). We aren't using a
> dialup line, but it is over a WAN link (fractional T1) and is much
> faster than using FTP or drive maps.

John,
thanks once more for the input. At second glance I got some rsync
packages that might not be too difficult to set up. Unfortunately our
hoster does not allow running programs and as far as I have found
out yet they do not offer rsync as a service on their own, but I am
still confirming this with a technician. It is obvious that rsync draws
a good deal of speed from running on both machines. But as it
seems I have to wait and hope that SVN some day updates
checksums if timestamps have changed. And it is good to know
that SVN at least reads my email - for how else it should have
known and started corruption on the other repos just after posting?
<G>

Best regards

Jan Hendrik

---------------------------------------
Freedom quote:

     Capitalism is not an 'ism.'
     It is closer to being the opposite of an 'ism,'
     because it is simply the freedom of ordinary people
     to make whatever economic transactions they can mutually agree to.
                -- Dr. Thomas Sowell

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Nov 9 19:37:16 2003

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.