Mention the latest bug fix.
[rsync/rsync.git] / NEWS
diff --git a/NEWS b/NEWS
index 6937154..32c0388 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -21,7 +21,7 @@ Changes since 2.6.8:
     - Fixed an overzealous sanitizing bug in the handling of the --link-dest,
       --copy-dest, and --compare-dest options to a daemon without chroot: if
       the copy's destination dir is deeper than the top of the module's path,
-      these options now accept a safe number of ../ (parent-dir) references
+      these options now accept a safe number of parent-dir (../) references
       (since these options are relative to the destination dir).  The old code
       incorrectly chopped off all "../" prefixes for these options, no matter
       how deep the destination directory was in the module's hierarchy.
@@ -34,6 +34,10 @@ Changes since 2.6.8:
       process.  (These problems could only affect an rsync daemon that was
       receiving files.)
 
+    - Fixed a bug where using --dry-run with a --*-dest option with a path
+      relative to a directory that does not yet exist:  the affected option
+      gets its proper path value so that the output of the dry-run is right.
+
     - Fixed a bug in the %f logfile escape when receiving files: the
       destination path is now included in the output (e.g. you can now tell
       when a user specifies a subdir inside a module).
@@ -41,9 +45,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.
@@ -76,7 +77,7 @@ Changes since 2.6.8:
     - 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
+    - Fixed a bug in the daemon's "incoming chmod" rule:  newly-created
       directories no longer get the 'F' (file) rules applied to them.
 
   ENHANCEMENTS: