Make idev, hlink and file_struct + strings use allocation
[rsync/rsync.git] / NEWS
diff --git a/NEWS b/NEWS
index 087bf19..82f734b 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -11,10 +11,18 @@ Changes since 2.6.0:
       "USER:PASS@" prefix before the "HOST:PORT" information.
       (Bardur Arantsson)
 
       "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:
 
   BUG FIXES:
 
+    * When -x (--one-file-system) is combined with -L (--copy-links)
+      or --copy-unsafe-links, no symlinked files are skipped, even
+      if the referant file is on a different filesystem.
+
     * The --link-dest code now works properly for a non-root user
     * 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)
 
       specified, and when the group of the source can't be used on
       the destination and -g was specified.  (Wayne Davison)
 
@@ -23,10 +31,11 @@ Changes since 2.6.0:
       get overwritten (due to an expanded-name caching bug).
       (Wayne Davison)
       
       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)
 
     * Fixed a byte-order problem in --batch-mode on big-endian
       machines.  (Jay Fenlason)
@@ -40,10 +49,21 @@ Changes since 2.6.0:
       directory's .cvsignore file once again only affect that one
       directory (and not all following directories too).
 
       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).
 
     * 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).
 
+    * Fixed some bugs in the handling of group IDs for non-root
+      users:  (1) It properly handles a group that the sender didn't
+      have a name for (it would previously skip changing the group
+      on any files in that group).  (2) If --numeric-ids is used,
+      rsync no longer attempts to set groups that the user doesn't
+      have the permission to set.
+
   INTERNAL:
 
     * Most of the I/O is now buffered, which results in a pretty
   INTERNAL:
 
     * Most of the I/O is now buffered, which results in a pretty
@@ -62,6 +82,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)
 
     * 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)
 
     * Got rid of support for protocol versions 17 and 18 (which are
       both over 6 years old).  (Wayne Davison)
 
@@ -69,16 +96,32 @@ Changes since 2.6.0:
 
     * More optimal data transmission for --checksum (protocol 28).
 
 
     * 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).
 
 
-    * Less memory used per-file in the file list.
+    * Changed hardlink info and file_struct + strings to use
+      allocation pools.  This reduces memory use for large
+      filesets and permits freeing memory to the OS.  (J.W. Schultz) 
 
     * The 2 pipes used between the receiver and generator processes
 
     * 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).
+
+    * Improved the internal uid/gid code to be more portable and
+      a little more optimized.
 
 \f
 NEWS for rsync 2.6.0 (1 Jan 2004)
 
 \f
 NEWS for rsync 2.6.0 (1 Jan 2004)