Mention new hard-link optimization.

[rsync/rsync.git] / NEWS

diff --git a/NEWS b/NEWS
index 254270e..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
@@ -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.
 
 \f
 NEWS for rsync 2.6.0 (1 Jan 2004)