Files
rsync/NEWS
2005-08-01 22:18:11 +00:00

48 lines
1.9 KiB
Plaintext

NEWS for rsync 2.6.7 (UNRELEASED)
Protocol: 29 (unchanged)
Changes since 2.6.6:
BUG FIXES:
- Made hard-links work with symlinks and devices again.
- If a device changed permissions, rsync no longer recreates the device
instead of just updating the permissions.
- If the user specifies a remote-host for both the source and destination,
we now output a syntax error rather than trying to open the destination
hostspec as a filename.
- When --inplace creates a new destination file, rsync now creates it with
permissions 0600 instead of 0000 -- this makes restarting possible when
the transfer gets interrupted in the middle of sending a new file.
ENHANCEMENTS:
- Added the --append option that makes rsync append data onto files
that are longer on the source than the destination (this includes new
files).
- If lutimes() and/or lchmod() are around, use them to allow the
preservation of attributes on symlinks.
- Added two config items to the rsyncd.conf parsing: "pre-xfer exec"
and "post-xfer exec". These allow a command to be specified on a
per-module basis that will be run before and/or after a daemon-mode
transfer.
- When using the --relative option, you can now insert a dot dir in
the source path to indicate where the replication of the source dirs
should start. For example, if you specify a source path of
rsync://host/module/foo/bar/./baz/dir with -R, rsync would only
replicate the "baz/dir" part of the source path (note: a trailing
dot dir is unaffected unless it also has a trailing slash).
INTERNAL:
- Some buffer sizes were expanded a bit, particularly on systems where
MAXPATHLEN is overly small (e.g. cygwin).
- If io_printf() tries to format more data than fits in the buffer, exit
with an error instead of transmitting a truncated buffer.