Got rid of protocol-29 check.

[rsync/rsync.git] / NEWS

diff --git a/NEWS b/NEWS
index 8ac889b..531e6f5 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -18,8 +18,32 @@ Changes since 2.6.9:
     - A negated filter rule now sends the negation option when sending the
       filter rules.
 
+    - Fixed a problem with the --out-format (aka --log-format) option:  it
+      would output superfluous directory information for a non-daemon rsync.
+
+    - Fixed a problem with -vv (double --verbose) and --stats when "pushing"
+      files (which includes local copies).  Version 2.6.9 would complete the
+      copy, but exit with an error when the receiver output its memory stats.
+
+    - If --password-file is used on a non-daemon transfer, rsync now complains
+      and exits.  This should help users figure out that they can't use this
+      option to control a remote shell's password prompt.
+
+    - Make sure that directory permissions of a newly-created destination
+      directory are handled right when --perms is left off.
+
   ENHANCEMENTS:
 
+    - A new incremental-recursion algorithm is now used when rsync is talking
+      to another 3.0.0 version.  This starts the transfer going more quickly
+      (before all the files have been found), and requires much less memory.
+      See the --recursive option in the manpage for some restrictions.
+
+    - The default --delete algorithm is now --delete-during when talking to a
+      3.x rsync.  This is a faster scan than using --delete-before (which is
+      the default when talking to older rsync versions), and is compatible
+      with the new incremental recursion mode.
+
     - Added the --delete-delay option, which is a more efficient way to
       delete files at the end of the transfer without needing a separate
       delete pass.
@@ -30,6 +54,17 @@ Changes since 2.6.9:
       older rsync will generate an error.  *Be sure to never specify a 0
       value to an older rsync client, or it will be silently ignored.*
 
+    - The --hard-link option now uses less memory on both the sending and
+      receiving side for all protocol versions.  For protocol 30, the use
+      of a hashtable on the sending side allows us to more efficiently
+      convey to the receiver what files are linked together.  This reduces
+      the amount of data sent over the socket by a considerable margin
+      (rather than adding more data), and limits the in-memory storage of
+      the device+inode information to just the sending side for the new
+      protocol 30, or to the receiving side when speaking an older protocol
+      (note that older rsync versions kept the device+inode information on
+      both sides).
+
   INTERNAL:
 
     - Added some isType() functions that make dealing with signed characters
@@ -45,6 +80,9 @@ Changes since 2.6.9:
 
     - Made the sending of some numbers more efficient for protocol 30.
 
+    - Make sure that a daemon process doesn't mind if the client was weird and
+      omitted the --server option.
+
     - Improved the use of "const" on pointers.
 
   DEVELOPER RELATED: