Mention new hard-link optimization.

[rsync/rsync.git] / NEWS

diff --git a/NEWS b/NEWS
index 087bf19..eee0116 100644 (file)
--- 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
@@ -40,6 +44,10 @@ Changes since 2.6.0:
       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).
@@ -62,6 +70,13 @@ Changes since 2.6.0:
     * 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)
 
@@ -69,16 +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 used per-file in the file list.
+    * 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 to through generator over
-      to the sender.  (Wayne Davison)
+      (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.
 
 \f
 NEWS for rsync 2.6.0 (1 Jan 2004)