On Mon, 2012-08-27 at 11:30 +0200, Zdeněk Pavlas wrote: > IMO It's better to see "30 files in total, 5 already done." than to have > a nice byte-accurate progress for first 10 files with known size, but > without any hint that 20 files of uknown size will follow.
What are you downloading from? Local 10MB/s mirror? I'm downloading at about 250K/s ... so downloading just Fedora/primary (~15MB now) takes about a minute. Having zero UI updates for an entire minute, just because updateinfo/group is still broken would be a massive UI fail. On a related note I've noticed that the "total progress" number doesn't seem to be going up until an entire file is download now ... is this intentional, if so why? It also seems like it can't be that hard to fix the repomd alteration code so that it includes size and fixes all of this (group data in rawhide does have size data now, so maybe it's fixed already)? > Also, downloading in one pass will parallelize better. Kind of, we often don't know we need filelists even if we need it ... so we download just primary and then group/updateinfo if we "need" those. However, AFAIK nothing adds those to mdpolicy, yet (or deltainfo). So the only thing we download is primary anyway, which has size information. Have you changed mdpolicy in your config? _______________________________________________ Yum-devel mailing list [email protected] http://lists.baseurl.org/mailman/listinfo/yum-devel
