"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 -u was
+ 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 "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
* 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 --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.
\f
NEWS for rsync 2.6.0 (1 Jan 2004)