Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Iaff2f48caf33808fcb1d537af03282dcb558b913
Signed-off-by: Philippe Coval <philippe.coval@open.eurogiciel.org>
|
|
Bug: https://bugzilla.samba.org/show_bug.cgi?id=10910
Change-Id: I5ab621f3bad8fb320719f8bf3f60ada219454b6b
Signed-off-by: Philippe Coval <philippe.coval@open.eurogiciel.org>
|
|
Bug-Tizen: TC-1934/related
Change-Id: I4f723f4dfde338f87f46c2bface48dd60e99874a
Signed-off-by: Philippe Coval <philippe.coval@open.eurogiciel.org>
|
|
Bug-Tizen: TC-1934/related
Change-Id: I47b29dec7122e557ea9e0c8481007fa2d2612b36
Signed-off-by: Philippe Coval <philippe.coval@open.eurogiciel.org>
|
|
|
|
|
|
Change-Id: If228c232dabc31caae7c89dc1901a1b04801f53f
|
|
|
|
|
|
|
|
Fixes bug 10643.
|
|
|
|
|
|
If the receiving side cannot hard-link symlinks and/or special files
(including devices) then we now properly handle incoming hard-linked
items (creating separate identical items).
|
|
I added a compatibility flag for protocol 31 that will let both sides
know if they should be using the xattr optimization that attempted to
avoid sending xattr info for hardlinked files. Since this optimization
was causing some issues, this compatibility flag will ensure that both
sides know if they should be trying to use the optimization or not.
|
|
|
|
|
|
|
|
Fixes bug 9594.
|
|
|
|
|
|
|
|
|
|
|
|
The code needs to ignore flist entries that were marked inactive (by
either duplicate removal or empty-dir pruning) in a few more spots.
|
|
|
|
Adding new-style compression that only compresses the literal data that
is sent over the wire and not also matching file data that was not sent.
This new-style compression is compatible with external zlib instances,
and will eventually become the default (once enough time has passed that
all servers support the --new-compress and --old-compress options).
NOTE: if you build rsync with an external zlib (i.e. if you specified
configure --with-included-zlib=no) you will ONLY get support for the
--new-compress option! A client will treat -z as uncompressed (with a
warning) and a server will exit with an error (unless -zz was used).
|
|
|
|
|
|
If the receiver gets a filename with a leading slash (w/o --relative)
and/or a filename with an embedded ".." dir in the path, it dies with
an error (rather than continuing). Those invalid paths should never
happen in reality, so just reject someone trying to pull a fast one.
|
|
|
|
If the receiver is running without --relative, it shouldn't be receiving
any filenames with a leading slash. To ensure that the sender doesn't
try to pull a fast one on us, we now make flist_sort_and_clean() strip a
leading slash even if --relative isn't specified.
|
|
|
|
|
|
|
|
Applying Anish Shankar's patch to fix speed and stats of files as they
are transferred. Fixes bug 10450.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I'm backing out the xattr optimization that was put in to try
to make xattr data sending more optimal on hard-linked files.
The code was causing hard-to-reproduce bugs, and it's better to
get things done fully & correctly over fully optimally.
|
|
Fixed bug 10350.
|
|
Fixes bug 10381.
|
|
|
|
|
|
|
|
|