Firstly, thanks for the patches. I've checked in my slightly tweaked
versions into CVS.
On Wed, Aug 01, 2007 at 04:02:03PM +0200, Paul Slootman wrote:
> The text in the description of the --append option may lead one to
> believe that files that are shorter on the receiving side won't be
> update
[ see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426191 ]
The text in the description of the --append option may lead one to
believe that files that are shorter on the receiving side won't be
updated, due to the following text:
...
Only files on the receiving side that are shorter t
[ see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415648 ]
When a source file grows during transfer, rsync may show negative time
values such as 0:-1:-34. The following patch replaces then negative
times with ??:??:?? in such cases (as IMHO it's not worth the bother of
getting the filesize ag
[See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369904 ]
The following patch stops rsync from confusing the 123 in the following
command line with the port number:
$ rsync /tmp/somefile rsync://[EMAIL PROTECTED]/module/a:123:b
rsync: getaddrinfo: otherbox/module/a 123: Name or service not k
It's probably a kernel bug, and I shouldn't have tried to backup /sys on
a linux system, but rsync dumped core on me due to the following:
$ ls -al /sys/module/usbcore/parameters | cat -vet
total 0$
drwxr-xr-x 2 root root0 2007-07-26 18:50 $
drwxr-xr-x 2 root root0 2007-07-26 18:50 .$
drwx
