From 45b79c89591f1fe1aafc18dc0dabadba5381c3f5 Mon Sep 17 00:00:00 2001 From: Wayne Davison Date: Mon, 6 Feb 2006 18:45:48 +0000 Subject: [PATCH] Mentioned --8-bit (-8). --- NEWS | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 9c33b4d4..0e022ab6 100644 --- a/NEWS +++ b/NEWS @@ -16,7 +16,8 @@ Changes since 2.6.6: digits. Rsync no longer doubles a backslash character in a filename (e.g. it used to output "foo\\bar" when copying "foo\bar") -- now it only escapes a backslash that is followed by a hash-sign and 3 digits (0-9) - (e.g. it will output "foo\#134#789" when copying "foo\#789"). + (e.g. it will output "foo\#134#789" when copying "foo\#789"). See also + the --8-bit (-8) option, mentioned below. Script writers: the local rsync is the one that outputs escaped names, so if you need to support unescaping of filenames for older rsyncs, I'd @@ -104,7 +105,10 @@ Changes since 2.6.6: allow easy entry of multiples of 1000 (instead of just multiples of 1024) and off-by-one values too (e.g. --max-size=8mb-1). - - The options --human-readable (-h) and --si change the output of the + - Added the --8-bit (-8) option, which tells rsync to avoid escaping high- + bit characters that it thinks are unreadable in the current locale. + + - The new options --human-readable (-h) and --si change the output of the --stats and the end-of-run summary to be easier to read. - If lutimes() and/or lchmod() are around, use them to allow the -- 2.34.1