X-Git-Url: https://mattmccutchen.net/rsync/rsync.git/blobdiff_plain/3481bdf4938b9788dd43d98482e1cae37a1c0cc6..2fcc265c2fc409f29f2c924155f01582aedac981:/NEWS diff --git a/NEWS b/NEWS index 8ac889b8..531e6f5a 100644 --- 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: