A more efficient up2date service using binary diffs

[Jeff Johnson]

M A Young wrote:

>On Thu, 10 Mar 2005, Jeff Johnson wrote:
>
>  
>
>>M A Young wrote:
>>    
>>
>>>That is very interesting - I hadn't seen it before, though I would imagine
>>>the rpms have to be a bit bigger and the bandwidth increases over the
>>>minimum possible. I don't think the option is being used on current rpms.
>>>
>>>      
>>>
>>You would be wrong.
>>    
>>
>Are you saying this option is turned on for current Fedora/RedHat rpms
>because I made a quick comparison between two FC3 update rpms, which
>suggested it wasn't.
>  
>

This patch
    https://svn.uhulinux.hu/packages/dev/zlib/patches/02-rsync.patch
is in rpm-4.4.1 and on by default.

If the payloads in FC4 are not rsyncable right now, then it's because 
beehive is using an
older version of rpm ... checking ... yep, current rpm payloads should 
be rsync ready:

$ rpm -q --qf '%{rpmversion}\n' perl
4.4.1

It's early yet, will probably take a while longer to populate a 
significant number of
packages with rsyncable payloads.

And someone other than me will have to add the "fuzzy" patch (or 
equivalent) to rsync,
and to document that, indeed, there is a significant win to rsync ready 
*.rpm payloads.

73 de Jeff