The Samba-Bugzilla – Attachment 7176 Details for
Bug 8654
link-by-hash: Fix (non-exploitable) buffer overflow
Home
|
New
|
Browse
|
Search
|
[?]
|
Reports
|
Requests
|
Help
|
New Account
|
Log In
[x]
|
Forgot Password
Login:
[x]
[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-13 03:38:27 UTC
(
hide
)
Description:
Expand the --link-by-hash manual entry
Filename:
MIME Type:
Creator:
Chris Dunlop
Created:
2011-12-13 03:38:27 UTC
Size:
1.10 KB
patch
obsolete
>From 97d68dd4097451c654bbac1587b44c909e90c2f6 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 9d2e155..ea2892e 100644 >--- a/rsync.yo >+++ b/rsync.yo >@@ -1831,6 +1831,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 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 >
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Raw
Actions:
View
Attachments on
bug 8654
:
7167
|
7168
|
7169
|
7170
|
7173
|
7174
|
7175
| 7176 |
7177
|
7202