On Apr 12, Wayne Davison wrote:
| On Tue, Apr 12, 2005 at 12:46:55PM -0400, Christophe Kalt wrote:
| > FWIW, I just upgraded to 2.6.4, and that has solved a problem
| > i'd been having for a few weeks where 2.6.3 repeatedly failed
| > to synchronize a 5GB file. Don't remember
On Apr 12, Jeff Schoby wrote:
| What the maximum filesize rsync can transfer?
Depends on whether you have LFS (large file support) enabled
(at compile time).
| I'm trying to rsync one of my servers to another but the rsync is
| croaking on a file that's barely 1GB.
That should be no problem.
On Sep 28, Wayne Davison wrote:
| On Tue, Sep 28, 2004 at 11:42:54AM -0400, Christophe Kalt wrote:
| > i couldn't find anything in my various searches :-(
|
| It was surprisingly hard to google for due to him using the phrase
| "report options" for the idea. Here are the messa
On Sep 07, Wayne Davison wrote:
| On Fri, Aug 27, 2004 at 10:56:06AM -0400, Christophe Kalt wrote:
| > I'd like to extend rsync's --log-format to be more detailed
| > and ultimately work in --dry-run mode.
|
| Something like this would indeed be nice, and it was something that J.W
On Sep 08, Wayne Davison wrote:
| When I get around to working on a
| replacement rsync protocol once again this will finally be taken care
| of.
i also remember reading about Martin Pool talking about a
replacement a while back. Realistically, when do you see su
On Sep 07, Wayne Davison wrote:
| On Fri, Sep 03, 2004 at 10:34:09AM -0400, Christophe Kalt wrote:
| > The attached diff causes rsync to show how much time it spends
| > on building and sending its filelist.
|
| Your patch doesn't take into account that the statistics are sometimes
|
The attached diff causes rsync to show how much time it spends
on building and sending its filelist. I'd appreciate if you
could consider this change for inclusion in a future release.
diff -ru rsync-2.6.3pre1/flist.c rsync-2.6.3pre1+tykhe/flist.c
--- rsync-2.6.3pre1/flist.c 2004-08-12 14:20:0
Hi,
I'd like to extend rsync's --log-format to be more detailed
and ultimately work in --dry-run mode. While i need both of
these enhancements, i would rather not maintain such mods over
time for our local use, so before i work on this, i'd like to
hear back that this is indeed desirable/desired,
