Fresh Fedora 11 fetches 362MB+ of updates, where's deltaRPM?

[olivares14031 at yahoo.com]

--- On Fri, 6/12/09, Fernando Cassia <fcassia at gmail.com> wrote:

> From: Fernando Cassia <fcassia at gmail.com>
> Subject: Re: Fresh Fedora 11 fetches 362MB+ of updates, where's deltaRPM?
> To: "Community assistance, encouragement, and advice for using Fedora." <fedora-list at redhat.com>
> Date: Friday, June 12, 2009, 1:34 PM
> 
> 
> On Fri, Jun 12, 2009 at 4:40 PM,
> Antonio Olivares <olivares14031 at yahoo.com>
> wrote:
> 
> 
> > The Fedora infrastructure team is
> trying to streamline the
> 
> > process a
> 
> > bit, but the fact remains that generating deltarpms
> costs a
> 
> > lot in CPU
> 
> > time and RAM usage, and the more deltarpms you
> generate,
> 
> > the more time
> 
> > it takes.
> 
> Hello? This is Red Hat we're talking about. I'm
> sure they're not short of computers or CPU cycles to
> devote to the task.

You are barking to the wrong tree!  I did not quote that.  Take a look at the archives. 
>  
> 
> Maybe we'd be better off getting a combination of rpm
> compression with lzma ala OpenSUSE.
> 
> 
> 
> http://www.linux-archive.org/fedora-development/109887-rpm-compression-format.html
> 
> 
> I don't think so. The idea behind deltaRPMs is that is
> just 500 bytes changes in a 50mb packages, you get the bytes
> that changed, not the whole thing all over again. 
> 
> 
> 
> Rahul opened up an RFE/Bugzilla here already:
> 
> 
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=441110
> 
> 
> 
> I don't know why but I think I dont truly understand
> the deltarpm process,
> Heard of bindiff and patchers? id software started using
> those for updates to the "Doom" game back in the
> DOS days.
> 
> 
> So basically if just 50kbytes changed (say a bug fix) in a
> 30MB+ wad file, you downloaded a 70/100kbytes patcher that
> from the original file created the new one, just applying
> the 50kbytes of difference to the source to create the
> updated version.
> 
> 
>  I enabled it on a Fedora
> 10 machine at home and the updates-testing repo does not
> have deltarpms :(, I have to get big downloads and the
> purpose is defeated.
> 
> So you say that because the repo you're using does not
> contain deltaRPMs the logic behind deltaRPMs is flawed and
> thus not worth using? Interesting logic, yours.
I do not know again why you are barking off the wrong tree.  This is just a comment I made.  I am saying that it did not work for me and I enabled the plugin, but it is still wanting to download 750MB+ of updates and on a dialup connection which is insane :(

The plugin was going to be enabled by default, but there were change of plans along the way which is not my fault by the way.  

Regards,

Antonio