From f6c0d3d70b497bbd323651725f4a3ca4e3cf5ebd Mon Sep 17 00:00:00 2001 From: Wayne Davison Date: Sat, 31 Jul 2004 16:20:28 +0000 Subject: [PATCH] - Document the change to --copy-links. - Improved the "OUTPUT CHANGES" section. --- NEWS | 32 ++++++++++++++++++-------------- 1 file changed, 18 insertions(+), 14 deletions(-) diff --git a/NEWS b/NEWS index 58afa336..c244e375 100644 --- a/NEWS +++ b/NEWS @@ -2,17 +2,21 @@ NEWS for rsync 2.6.3 (UNRELEASED) Protocol: 28 (unchanged) Changes since 2.6.2: - OUTPUT CHANGES: - - - For anyone who is parsing rsync's verbose output using a script, - please note that the 2-line footer now uses the term "sent" instead - of "wrote" and "received" instead of "read". If you are not parsing - the numeric values out of this footer, your script would probably be - better off using the empty line prior to the footer as the indicator - that the verbose output is over. + OUTPUT CHANGES (ATTN: those using a script to parse the verbose output): + + - Please note that the 2-line footer (output when verbose) now uses the + term "sent" instead of "wrote" and "received" instead of "read". If + you are not parsing the numeric values out of this footer, a script + should be better off using the empty line prior to the footer as the + indicator that the verbose output is over. - - The --stats option was similarly affected to change "written" to - "sent" and "read" to "received". + - The output from the --stats option was similarly affected to change + "written" to "sent" and "read" to "received". + + - Made sure that a filename that contains a newline gets mentioned with + each newline transformed into a question mark (which makes sure that + a filename can't span multiple lines nor cause an empty line to be + output). BUG FIXES: @@ -59,6 +63,10 @@ Changes since 2.6.2: for a symlink that has no referent instead of claiming that a file "vanished". + - The --copy-links (-L) option no longer has the side-effect of telling + the receiving side to follow symlinks. See the --keep-dirlinks + option (mentioned below) for a way to specify that behavior. + - Error messages from the daemon server's option-parsing (such as refused options) now get sent back to the client (the server used to just exit because the socket wasn't in the right state to send @@ -157,10 +165,6 @@ Changes since 2.6.2: - Optimized away a loop in hash_search(). - - Make sure that a filename that contains a newline gets mentioned with - each newline transformed into a question mark (which makes parsing - the verbose output via script more dependable). - BUILD CHANGES: - Added a "gen" target to rebuild most of the generated files, -- 2.34.1