I decided that combining --link-dest with -I doesn't make much sense

[rsync/rsync.git] / NEWS

diff --git a/NEWS b/NEWS
index 0e7de1a..bfc2d83 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -41,9 +41,6 @@ Changes since 2.6.8:
     - If the receiving side fails to create a directory, it will now skip
       trying to update everything that is inside that directory.
 
-    - Make sure that the --link-dest option can still do its job even when -I
-      is specified.
-
     - If --link-dest is specified with --checksum but without --times, rsync
       will now allow a hard-link to be created to a matching link-dest file
       even when the file's modify-time doesn't match the server's file.
@@ -73,6 +70,12 @@ Changes since 2.6.8:
       problem continuing a transfer that was interrupted (since --inplace
       will not update a file that has no write permissions).
 
+    - If either --remove-source-files or --remove-sent-files is enabled and we
+      are unable to remove the source file, rsync now outputs an error.
+
+    - Fixed a bug in the daemon's "incoming chmod" rule: newly-created
+      directories no longer get the 'F' (file) rules applied to them.
+
   ENHANCEMENTS:
 
     - Added the --log-file=FILE and --log-file-format=FORMAT options.  These