+NEWS for rsync 2.6.1 (UNRELEASED)
+Protocol: 27 (unchanged)
+Changes since 2.6.0:
+
+ ENHANCEMENTS:
+
+ * Lower memory use and more optimal transfer of data over
+ the socket (see the INTERNAL section for details).
+
+ * The RSYNC_PROXY environment variable can now contain a
+ "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
+ when the UIDs of the source and destination differ and -o was
+ specified, and when the group of the source can't be used on
+ the destination and -g was specified. (Wayne Davison)
+
+ * Fixed a bug in the handling of -H (hard-links) that might
+ cause the expanded PATH/NAME value of the current item to
+ get overwritten (due to an expanded-name caching bug).
+ (Wayne Davison)
+
+ * We now reset the "new data has been sent" flag at the start
+ of each file we send. This makes sure that an interrupted
+ transfer with the --partial option set doesn't keep a shorter
+ temp file than the current basis file when no new data has been
+ transfered over the wire for that file. (Wayne Davison)
+
+ * Fixed a byte-order problem in --batch-mode on big-endian
+ machines. (Jay Fenlason)
+
+ * Fixed configure bug when running "./configure --disable-ipv6".
+ (Wayne Davison)
+
+ * 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
+ large speedup when running under MS Windows. (Craig Barratt)
+
+ * Optimizations to the name-handling/comparing code have made
+ some significant reductions in user-CPU time for large file
+ sets. (Wayne Davison)
+
+ * Some variable-type cleanup that makes the code more consistent.
+ (Wayne Davison)
+
+ * 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)
+
+ * More optimal data transmission for --hard-links (protocol 28).
+
+ * More optimal data transmission for --checksum (protocol 28).
+
+ * 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)
+
+ * 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.
+
+ * Optimized the -x (--one-file-system) flag's handling of any
+ mount-point directories we encounter (it no longer scans the
+ contents of the mount-point dirs, just to throw away the data).
+
+\f
NEWS for rsync 2.6.0 (1 Jan 2004)
Protocol: 27 (changed)
Changes since 2.5.7:
- A pattern with a "**" no longer causes a "*" to match slashes.
For example, with "/*/foo/**", "foo" must be 2 levels deep.
+ [If your string has BOTH "*" and "**" wildcards, changing the
+ "*" wildcards to "**" will provide the old behavior in all
+ versions.]
- - "**/foo" now matches at the base of the transfer (i.e. /foo).
+ - "**/foo" now matches at the base of the transfer (like /foo
+ does). [Use "/**/foo" to get the old behavior in all versions.]
- - An non-anchored wildcard term floats to match beyond the base of
+ - A non-anchored wildcard term floats to match beyond the base of
the transfer. E.g. "CVS/R*" matches at the end of the path,
- just like the non-wildcard term "CVS/Root" does.
+ just like the non-wildcard term "CVS/Root" does. [Use "/CVS/R*"
+ to get the old behavior in all versions.]
- Including a "**" in the match term causes it to be matched
against the entire path, not just the name portion, even if
there aren't any interior slashes in the term. E.g. "foo**bar"
would exclude "/path/foo-bar" (just like before) as well as
- "/foo-path/baz-bar" (unlike before).
+ "/foo-path/baz-bar" (unlike before). [Use "foo*bar" to get the
+ old behavior in all versions.]
* The exclude list specified in the daemon's config file is now
properly applied to the pulled items no matter how deep the
regular file unless --delete specified. (J.W. Schultz)
* Detect and report when open or opendir succeed but read and
- readdir fail caused by network filesystems issues and truncated
+ readdir fail caused by network filesystem issues and truncated
files. (David Norwood, Michael Brown, J.W. Schultz)
* Added a fix that should give ssh time to restore the tty settings