Fedora 13 continuing the tradition of being an update monster

[Jesse Keating]

On Tue, 2010-05-11 at 19:20 +0200, Ralf Corsepius wrote:
> On 05/11/2010 07:12 PM, Jesse Keating wrote:
> > On Tue, 2010-05-11 at 19:10 +0200, Ralf Corsepius wrote:
> >    
> >> On 05/11/2010 07:03 PM, Jesse Keating wrote:
> >>      
> >>> On Tue, 2010-05-11 at 18:44 +0200, Ralf Corsepius wrote:
> >>>        
> >>>> On 05/11/2010 06:27 PM, James Antill wrote:
> >>>>          
> >>>>>     As I said in another reply, there are currently no deltarpms for
> >>>>> wesnoth-data due to it's size.
> >>>>>            
> >>>> Then fix this deficiency of your process and provide them.
> >>>>
> >>>>
> >>>>
> >>>>          
> >>> Patches welcome.
> >>>        
> >> Part of it is lingering in bugzilla:
> >> https://bugzilla.redhat.com/show_bug.cgi?id=563866
> >>
> >> I am using a locally rebuilt (due to upstream refusing to provide one in
> >> Fedora) patched createrepo as part of a 3rd party repo's infrastructure.
> >>
> >>      
> > That doesn't actually help.  It doesn't address the base problem of how
> > delta rpm does its work, by reading everything into ram
> Correct, but it makes "running out of RAM" scalable. It allows you to 
> extend the hard-coded limitations to the HW you are using and to the 
> actual demands of your packages.
> 
> 

And right now the values used are scaled to the hardware we have at
hand.  So adjusting it wouldn't help Fedora one bit.

-- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20100511/5b305199/attachment.bin