X-Git-Url: https://mattmccutchen.net/rsync/rsync.git/blobdiff_plain/0a0074890131ca8726b18b0eadae822043cd3616..64f21c31bf5df798c0f5a2dc70c46f5ad9e2b778:/NEWS diff --git a/NEWS b/NEWS index 254270ea..eee0116d 100644 --- a/NEWS +++ b/NEWS @@ -11,6 +11,10 @@ Changes since 2.6.0: "USER:PASS@" prefix before the "HOST:PORT" information. (Bardur Arantsson) + * The --progress output now mentions how far along in the + transfer we are, including both a count of files transferred + and a percentage of the total file-count that we're processed. + BUG FIXES: * The --link-dest code now works properly for a non-root user @@ -36,6 +40,18 @@ Changes since 2.6.0: * Fixed "make test" bug when build dir is not the source dir. + * When using --cvs-exclude, the exclude items we get from a + directory's .cvsignore file once again only affect that one + directory (and not all following directories too). + + * When transferring a file that has group 0 with -g specified + (typically via -a) and not enough privs to retain the group, + rsync no longer complains about chown failing. + + * When specifying the USER@HOST: prefix for a file, the USER + part can now contain an '@', if needed (i.e. the last '@' + is used to find the HOST, not the first). + INTERNAL: * Most of the I/O is now buffered, which results in a pretty @@ -51,6 +67,16 @@ Changes since 2.6.0: * Reduced memory requirements of hard link preservation. (J.W. Schultz) + * Implemented a new algorithm for hard-link handling that speeds + up the code significantly. (J.W. Schultz and Wayne Davison) + + * The --hard-link option now uses the first existing file in the + group of linked files as the basis for the transfer. This + prevents the sub-optimal transfer of a file's data when a new + hardlink is added on the sending side and it sorts alphabetically + earlier in the list than the files that are already present on the + receiving side. + * Got rid of support for protocol versions 17 and 18 (which are both over 6 years old). (Wayne Davison) @@ -58,9 +84,21 @@ Changes since 2.6.0: * More optimal data transmission for --checksum (protocol 28). - * Less memory used for holding --checksum data. + * Less memory is used when --checksum is specified. + + * Less memory is used in the file list (a per-file savings). + + * The 2 pipes used between the receiver and generator processes + (which are forked on the same machine) were reduced to 1 pipe + and the protocol improved so that (1) it is now impossible to + have the "redo" pipe fill up and hang rsync, and (2) trailing + messages from the receiver don't get lost on their way through + the generator over to the sender (the latter mainly affected + hard-link messages). (Wayne Davison) - * Less memory used per-file in the file list. + * The reading & writing of the file list in batch-mode is now + handled by the same code that sends & receives the list over + the wire. This makes it much easier to maintain. NEWS for rsync 2.6.0 (1 Jan 2004)