+ - The --inplace support was enhanced to work with --compare-dest,
+ --link-dest, and (the new) --copy-dest options. (Requires protocol
+ 29.)
+
+ - Added the --dirs (-d) option for an easier way to copy directories
+ without recursion.
+
+ - Added the --list-only option which is mainly a way for the client to
+ put the server into listing mode without needing to resort to any
+ option kluges (e.g. the age-old use of "-r --exclude="/*/*" for a
+ non-recursive listing). This option is used automatically when a
+ modern rsync speaks to a modern daemon, but may also be specified
+ manually if you want to force the use of the --list-only option over
+ a remote-shell connection.
+
+ - Added the --omit-dir-times (-O) option which will avoid updating the
+ modified time for directories when --times was specified. This
+ option will avoid an extra pass through the file-list at the end of
+ the transfer (to tweak all the directory times), which can result in
+ an appreciable speedup for a really large transfer. (Promoted from
+ the patches dir.)
+
+ - Added the --filter (-f) option and its helper option, -F. Filter
+ rules are an extension to the existing include/exclude handling
+ that also supports nested filter files as well as per-directory
+ filter files (like .cvsignore, but with full filter-rule parsing).
+ This new option was chosen in order to ensure that all existing
+ include/exclude processing remained 100% compatible with older
+ versions. Protocol 29 is needed for full filter-rule support, but
+ backward-compatible rules work with earlier protocol versions.
+ (Promoted from the patches dir.)
+
+ - Added the --delay-updates option that puts all updated files into
+ a temporary directory (by default ".~tmp~", but settable via the
+ --partial-dir=DIR option) until the end of the transfer. This
+ makes the updates a little more atomic for a large transfer.
+
+ - If rsync is put into the background, any output from --progress is
+ reduced.
+
+ - Documented the "max verbosity" setting for rsyncd.conf. (This
+ setting was added a couple releases ago, but left undocumented.)
+
+ - The sender and the generator now double-check the file-list index
+ they are given, and refuse to operate on a directory index (since
+ that would indicate that something had gone very wrong).
+
+ - Added the --itemize-changes (-i) option that is a way to output the
+ list of files that got transferred and/or changed in any way, and how
+ they changed. The effect is the same as specifying --log-format
+ "%i %n%L" (see the rsyncd.conf manpage). Works with --dry-run.
+
+ - Added the --fuzzy option, which attempts to find a basis file for a
+ file that is being created from scratch. The current algorithm
+ only looks in the destination directory for the created file, but
+ it does attempt to find a match based on size/mod-time (in case the
+ file was renamed with no other changes) as well as based on a fuzzy
+ name-matching algorithm. This option requires protocol 29 because
+ it needs the new file-sorting order. (Promoted from patches dir
+ and enhanced.)
+
+ SUPPORT FILES:
+
+ - Added support/atomic-rsync -- a perl script that will transfer some
+ files using rsync, and then move the updated files into place all at
+ once at the end of the transfer. Only works when pulling, and uses
+ --link-dest and a parallel hierarchy of files to effect its update.
+
+ - Added support/mnt-excl that takes the /proc/mounts file and
+ translates it into a set of excludes that will exclude all mount
+ points (even mapped mounts to the same disk). The excludes are made
+ relative to the specified source dir and properly anchored.
+
+ - Added support/savetransfer.c -- a C program that can make a copy of
+ all the data that flows over the wire. This lets you test for data
+ corruption (by saving the data on both the sending side and the
+ receiving side) or provides a way to help debug a protocol error.
+
+ - Added support/rrsync -- my version of Joe Smith's restricted rsync
+ perl script. This helps to ensure that only certain rsync commands
+ can be run by an ssh invocation.
+
+ - Improved the option descriptions in the --help text.
+
+ INTERNAL:
+
+ - Added better checking of the checksum-header values that come over
+ the socket.
+
+ - Merged the various delete-file functions into a single function so
+ that it is easier to maintain.
+
+ - Improved the type of some variables (particularly blocksize vars) for
+ consistency and proper size.
+
+ - Got rid of the uint64 type (which we didn't need).
+
+ - Use a slightly more compatible set of core #include directives.
+
+ - Defined int32 in a way that ensures that the build dies if we can't
+ find a variable with at least 32 bits.
+
+ - The daemon's "read only" config item now sets an internal read_only
+ variable that makes extra sure that no write/delete calls on the
+ read-only side can succeed.
+
+ PROTOCOL DIFFERENCES FOR VERSION 29:
+
+ - If --inplace is specified, the generator sends an extra byte after
+ each index integer indicating what kind of basis file is being used
+ for the transfer (see the FNAMECMP_* defines).
+
+ - The sending of exclude names is done using filter-rule syntax. This
+ means that all names have a prefixed rule indicator, even excludes
+ (which used to be sent as a bare pattern, when possible). The -C
+ option will include the per-dir .cvsignore merge file in the list of
+ filter rules so it is positioned correctly (unlike in some older
+ transfer scenarios).
+
+ - Rsync sorts the filename list in a different way: it sorts the
+ subdir names after the non-subdir names for each dir's contents, and
+ it always puts a dir's contents immediately after the dir's name in
+ the list. (Previously an item named "foo.txt" would sort in between
+ directory "foo/" and "foo/bar".)
+
+ - When talking to a protocol 29 rsync daemon, a list-only request
+ is able to note this before the options are sent over the wire, and
+ the new --list-only option is enabled.
+
+ - When the --stats bytes are sent over the wire (or stored in a batch),
+ they now include two elapsed-time values: one for how long it took to
+ build the file-list, and one for how long it took to send it over the
+ wire (each expressed in thousandths of a second).
+
+ - When --delete-excluded is specified with some filter rules (AKA
+ excludes), a client sender will still initiate a send of the filter
+ rules to the receiver, but it only includes those rules that are
+ receiver-specific. Older protocols used to omit the sending of
+ excludes in this situation (since there were no receiver-specific
+ rules that survived --delete-excluded back then).
+
+ - A protocol-29 batch file includes a bit for the setting of the --dirs
+ option. Also, the shell script created by --write-batch will use the
+ --filter option instead of --exclude-from to capture any filter rules.
+