rsync 3.1.1 zlib might not work

[Emanuel Haupt]

Thanks for your report. I was able to confirm this:

--- output of regression test begins here ---
# 3.1.1
root at wiggles:/tmp/test # rm dst/*; rsync -z -avP src/. dst/
This rsync lacks old-style --compress due to its external zlib.  Try -zz.
Continuing without compression.

sending incremental file list
./
file1
    104,857,600 100%  316.36MB/s    0:00:00 (xfr#1, to-chk=2/4)
file2
    104,857,600 100%  154.32MB/s    0:00:00 (xfr#2, to-chk=1/4)
file3
    104,857,600 100%  107.64MB/s    0:00:00 (xfr#3, to-chk=0/4)

sent 314,649,797 bytes  received 76 bytes  209,766,582.00 bytes/sec
total size is 314,572,800  speedup is 1.00

root at wiggles:/tmp/test # rm dst/*; rsync -zz -avP src/ dst/
sending incremental file list
./
file1
    104,857,600 100%   16.57MB/s    0:00:06 (xfr#1, to-chk=2/4)
file2
    104,857,600 100%   16.37MB/s    0:00:06 (xfr#2, to-chk=1/4)
file3
    104,857,600 100%   16.36MB/s    0:00:06 (xfr#3, to-chk=0/4)

sent 314,752,131 bytes  received 76 bytes  17,013,632.81 bytes/sec
total size is 314,572,800  speedup is 1.00

# 3.1.1 with bundled ZLIB
root at wiggles:/tmp/test # rm dst/*; rsync -z -avP src/ dst/
sending incremental file list
./
file1
    104,857,600 100%   16.33MB/s    0:00:06 (xfr#1, to-chk=2/4)
file2
    104,857,600 100%   16.17MB/s    0:00:06 (xfr#2, to-chk=1/4)
file3
    104,857,600 100%   15.99MB/s    0:00:06 (xfr#3, to-chk=0/4)

sent 314,752,131 bytes  received 76 bytes  17,013,632.81 bytes/sec
total size is 314,572,800  speedup is 1.00


# 3.1.0_3
root at wiggles:/tmp/test # rm dst/*; rsync -z -avP src/. dst/
sending incremental file list
./
file1
    104,857,600 100%   16.92MB/s    0:00:05 (xfr#1, to-chk=2/4)
file2
    104,857,600 100%   14.72MB/s    0:00:06 (xfr#2, to-chk=1/4)
file3
    104,857,600 100%   14.99MB/s    0:00:06 (xfr#3, to-chk=0/4)

sent 314,752,131 bytes  received 76 bytes  17,013,632.81 bytes/sec
total size is 314,572,800  speedup is 1.00
--- output of regression test ends here ---

As a workaround I would suggest to rebuild the port without the
ZLIB_BASE option checked.

As this option is broken I am thinking about either removing this
option entirely or change the default value to 'off' with a warning
that this option is currently broken.

Emanuel




Ben Tung <benpptung at tacol.biz> wrote:
> Dear sir,
> 
> 
> I guess something wrong with the new net/rsync 3.1.1
> 
> 
> I set up a new server today and install rsync for deploy my contents.
> 
> I usually use the option -z to compress the contents, but it doesn't
> work today. I have multiple servers around aws locations, the other
> old servers are ok, because they are rsync 3.1.0_3.
> 
> 
> I drop the -z option, then it works, so it seems it is because the
> zlib used for rsync problem.
> 
> 
> The command I am using to deploy is as following:
> 
> 
> # rsync -azv --delete /Path/To/The/Source/Dir/
> ec2-user at my.domain:/Path/To/The/Destination/Dir/
> --exclude=.svn --exclude=.git --exclude=.cache --exclude=.idea
> --exclude=.DS_Store --exclude=node_modules
> 
> 
> 
> 
> rsync: This rsync lacks old-style --compress due to its external
> zlib.  Try -zz.
> 
> rsync error: syntax or usage error (code 1) at main.c(1575)
> [server=3.1.1]
> 
> rsync: connection unexpectedly closed (0 bytes received so far)
> [sender]
> 
> rsync error: error in rsync protocol data stream (code 12) at
> /SourceCache/rsync/rsync-42/rsync/io.c(452) [sender=2.6.9]
> 
> Hope it helps, and if any further question, please feel free to let
> me know,
> 
> Have a wonderful day :)
> 
> Ben