X-Git-Url: https://mattmccutchen.net/rsync/rsync.git/blobdiff_plain/567f1566a9f6628229de8e046e3d451ba7bce5c7..06982ac43bda6892b92e5b67895a939e24dbc40f:/NEWS diff --git a/NEWS b/NEWS index 99ebc708..8f8757c4 100644 --- a/NEWS +++ b/NEWS @@ -86,6 +86,15 @@ Changes since 2.6.6: --dry-run and --delete, rsync no longer complains about not being able to opendir() the not-yet present directory. + - When --list-only is used and a non-existent local destination dir was + also specified as a destination, rsync no longer generates a warning + about being unable to create the missing directory. + + - Fixed some problems with --relative --no-implied-dirs when the + destination directory did not yet exist: we can now create a symlink or + device when it is the first thing in the missing dir, and --fuzzy no + longer complains about being unable to open the missing dir. + - Got rid of the need for --force to be used in some circumstances with --delete-after (making it consistent with --delete-before/-during). @@ -204,13 +213,30 @@ Changes since 2.6.6: execute bit on files, for those times when using the --perms option is not desired. - - The daemon now logs each module-list request it receives. + - The daemon now logs each connection and also each module-list request + that it receives. - New log-format options: %M (modtime), %U (uid), %G (gid), and %B (permission bits, e.g. "rwxr-xrwt"). - The --dry-run option no longer forces the enabling of --verbose. + - The --remove-sent-files option now does a better job of incrementally + removing the sent files on the sending side (older versions tended to + clump up all the removals at the end). + + - A daemon now supersedes its minimal SIGCHLD handler with the standard + PID-remembering version after forking to handle the request. This + ensures that the generator can get the child-exit status from the + receiver. + + - Use of the --bwlimit option no longer interferes with the remote rsync + sending error messages about invalid/refused options. + + - Rsync no longer returns a usage error when used with one local source arg + and no destination: this now implies the --list-only option, just like + the comparable situation with a remote source arg. + - Various documentation improvements, including: a better synopsis, some improved examples, a better discussion of the presence and absence of --perms (including how it interacts with the new --executability and