yum

Tim Lauridsen tla-ml at rasmil.dk
Tue Dec 12 10:13:07 UTC 2006


Ahm ed wrote:
> I'm sure we have all heard about yum's "speed" issues, and yes it is 
> annyoing, but fc6 went a long way to try to improve this speed. FC6 
> also saw yum become even more integrated into fedora (anaconda etc.). 
> And all this development is good, and don't get me wrong I think yum 
> is a fantastic tool with many wonderful features. However it's 
> currently still lacking in some areas.
> 1. The GUI
> pup and pirut are pretty good programs but they are in some ways, a 
> bit restricting. (for lack of a better word). I think that they should 
> have more then just a progress bar. They should also output more 
> information about say, the size of the files. How much (exactly) has 
> been downloaded, and perhaps at what speed the downloads are going.
pup and pirut is created  to be simple, if you want more options and 
output the try out yumex.
You can get the the latest development 1.9.x prerelease here:
http://www.yum-extender.org/dnl/yumex/devel/

or you can use the 1.2.x one currently in Extras.

>
> 2. yum CLI
> Yum's CLI is much better than the gui tools at this point, and though 
> it has gotten better there are some ways that it still needs to 
> improve. The two areas I find most...upsetting involved the headers 
> and dependency resolution. The headers are quite large....ok so maybe 
> the biggest they get is around 400k (if I recall correctly) but when 
> your on a slower connection, and your upgrading a lot of packages this 
> can be quite annoying. Perhaps they header files could be placed in a 
> different, smaller, format. Or an option to download all the header 
> files could be included, and the headers can be updated then along 
> with the metadata.
Yum only download the header part of the rpm files from the mirror to 
feed it into rpm api, which does part of the depsolving.
I dont speed up thing to split out the header data into seperate files, 
like earlier versions of yum did, the same number of bytes have to
be download any way. Depsolving is a  complex task an it takes time to 
do, i prefere good depsolving, more than fast depsolving.

Tim




More information about the fedora-devel-list mailing list