X-Git-Url: https://mattmccutchen.net/rsync/rsync.git/blobdiff_plain/f86b0f2e7b1b7dcc00509e88880943e83993fe85..753b6b4692b381d64f192abdbea01114f41be86d:/NEWS

diff --git a/NEWS b/NEWS
index 181c7e5a..3fde05c7 100644
--- a/NEWS
+++ b/NEWS
@@ -55,10 +55,6 @@ 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).
@@ -86,6 +82,17 @@ Changes since 2.6.0:
     * Fixed compilation problem on Tru64 Unix (having to do with
       sockaddr.sa_len and sockaddr.sin_len).
 
+    * Fixed a compatibility problem interacting with older rsync
+      versions that might send us an empty suffix without telling us
+      about the backup-dir.
+
+    * The "hosts allow" option for a daemon-over-remote-shell
+      process now has improved support for IPv6 addresses and a fix
+      for systems that have a length field in their socket structs.
+
+    * Fixed the ability to request an empty backup suffix when
+      sending files to an rsync daemon.
+
   INTERNAL:
 
     * Most of the I/O is now buffered, which results in a pretty
@@ -123,6 +130,15 @@ Changes since 2.6.0:
 
     * Less memory is used in the file list (a per-file savings).
 
+    * The generator is now better about not modifying the file list
+      during the transfer in order to avoid a copy-on-write memory
+      bifurcation (on systems where fork() uses shared memory).
+      Previously, rsync's shared memory would slowly become unshared,
+      resulting in real memory usage nearly doubling on the receiving
+      side by the end of the transfer.  Now, as long as permissions
+      are being preserved, the shared memory should remain that way
+      for the entire transfer.
+
     * 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) 
@@ -135,7 +151,7 @@ Changes since 2.6.0:
       the generator over to the sender (the latter mainly affected
       hard-link messages and verbose --stats output).
 
-    * The reading & writing of the file list in batch-mode is now
+    * 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.