X-Git-Url: https://mattmccutchen.net/rsync/rsync.git/blobdiff_plain/66964002dfc760fbe708523b78e0096fdd6070cc..5204e853e154b40681b01fa873916dc389fe695b:/NEWS

diff --git a/NEWS b/NEWS
index 6e3f91ad..69875eef 100644
--- a/NEWS
+++ b/NEWS
@@ -11,10 +11,14 @@ 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
-      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)
 
@@ -23,10 +27,11 @@ Changes since 2.6.0:
       get overwritten (due to an expanded-name caching bug).
       (Wayne Davison)
       
-    * Keep per-file track of the sending of literal data with
-      --partial so that an interrupted transfer doesn't keep a
-      shorter temp file when no new data has been transfered over
-      the wire.  (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)
@@ -40,6 +45,14 @@ 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).
+
   INTERNAL:
 
     * Most of the I/O is now buffered, which results in a pretty
@@ -58,6 +71,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)
 
@@ -65,16 +85,25 @@ 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.
+
+    * 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).
 
 
 NEWS for rsync 2.6.0 (1 Jan 2004)