Attachment 7170 Details for Bug 8654 – Expand the --link-by-hash manual entry

[patch] Expand the --link-by-hash manual entry

0001-Expand-the-link-by-hash-manual-entry.patch (text/plain), 1.10 KB, created by Chris Dunlop on 2011-12-12 06:16:28 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Chris Dunlop

Created: 2011-12-12 06:16:28 UTC

Size: 1.10 KB

patch

obsolete

>From 02568f8fb4700866032a6285016597c318fd7773 Mon Sep 17 00:00:00 2001
>From: Chris Dunlop <chris@onthe.net.au>
>Date: Mon, 12 Dec 2011 17:12:49 +1100
>Subject: [PATCH] Expand the --link-by-hash manual entry
>
>
>Signed-off-by: Chris Dunlop <chris@onthe.net.au>
>---
> rsync.yo |    5 +++++
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
>diff --git a/rsync.yo b/rsync.yo
>index 2c34729..e560384 100644
>--- a/rsync.yo
>+++ b/rsync.yo
>@@ -1827,6 +1827,11 @@ bf(--link-dest) from working properly for a non-super-user when bf(-o) was
> specified (or implied by bf(-a)).  You can work-around this bug by avoiding
> the bf(-o) option when sending to an old rsync.
> 
>+dit(bf(--link-by-hash=DIR)) This option hard links files into em(DIR), a
>+link farm arranged by MD4/MD5 file hash. The result is that the system
>+will only store one copy of the unique contents of each file, regardless
>+of the file's name.
>+
> dit(bf(-z, --compress)) With this option, rsync compresses the file data
> as it is sent to the destination machine, which reduces the amount of data
> being transmitted -- something that is useful over a slow connection.
>-- 
>1.7.0.4
>

Actions: View

Attachments on bug 8654: 7167 | 7168 | 7169 | 7170 | 7173 | 7174 | 7175 | 7176 | 7177 | 7202