Re: A more efficient up2date service using binary diffs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux