http://bugzilla.opensuse.org/show_bug.cgi?id=1046197 Noel Power changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nopower@suse.com Component|Samba |Network Assignee|samba-maintainers@SuSE.de |tchvatal@suse.com QA Contact|samba-maintainers@SuSE.de |qa-bugs@suse.de -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1046197 http://bugzilla.opensuse.org/show_bug.cgi?id=1046197#c2 --- Comment #2 from Peter van Hoof --- The first question you need to ask is whether these CVEs you refer to are relevant here. It's not like we are decompressing some malicious email attachment. Rather, this is compressed material coming from another instance of rsync on a remote machine. So the source of the compressed material is known. The situation now is that compressed rsync is not possible with older versions of rsync. That situation will likely continue to exist for years to come until all the old instances have disappeared. Being able to compress content over slow lines is a VERY important feature that many people will rely on. For some it may even be mission critical. For some it may also mean additional cost if they are charged by the volume of data transferred... So there is a real impact, more or less on a day-to-day basis, from not being able to compress data. So please consider this impact as well and keep the compression feature alive as long as is needed. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1046197 http://bugzilla.opensuse.org/show_bug.cgi?id=1046197#c3 Ralf Friedl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Ralf.Friedl@online.de Summary|rsync 3.1.2 breaks backward |rsync breaks backward |compatibility with older |compatibility, no |versions |--compress due to its | |external zlib. --- Comment #3 from Ralf Friedl --- I modified the Summary to better reflect the problem and to make it easier to find. This is not a problem of rsync version 3.1.2, it is a problem of the configuration options. You just need to change zlib to --with-included-zlib=yes, and of course not delete the included zlib in the spec file. I have done exactly that and my rsync works again, so my problem is solved at the moment, but I would prefer it if I didn't have to compile it myself every time there is an update. To add to the motivation for enabling the compress option: If the option -z is given to the rsync on the client side, it will ignore the option and send uncompressed data. This is not good, as in some cases the data can be compressed quite well, which can lead to additional time and cost, as mentioned before: This rsync lacks old-style --compress due to its external zlib. Try -zz. Continuing without compression. But if a client with zlib enabled passes the option -z to a new rsync on the server side, it will just abort and close the connection. That means that the transfer will not take longer of be more expensive, it will not happen at all: 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(1582) [server=3.1.2] rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(235) [Receiver=3.1.0] So I could either modify all scripts doing rsync with my server, and some of them are not even on my computers, or I could enable the zlib again, which is of course what I did. -- You are receiving this mail because: You are on the CC list for the bug.

Silly question - why does bundled vs. external zlib influence the commandline parameters at all? I don't see why a user would have to use a different commandline parameter just because an internal detail of rsync changed. According to this https://bugzilla.samba.org/show_bug.cgi?id=10372#c14 there is some problem with the system libz, so the new compression scheme was created to work with system libz. Unfortunately it is incompatible to the previous compression. There seem to be some modifications necessary to libz to support

http://bugzilla.opensuse.org/show_bug.cgi?id=1046197 http://bugzilla.opensuse.org/show_bug.cgi?id=1046197#c5 --- Comment #5 from Ralf Friedl --- (In reply to Christian Boltz from comment #4) the previous compression. On a side note, if rsync implements an new, incompatible compression, why not use something more efficient, like bz2 or xz? -- You are receiving this mail because: You are on the CC list for the bug.