reassign 328435 apt severity 328435 wishlist merge 328435 168710 thanks On Thursday 15 September 2005 02:27 am, Tim Phipps wrote: > When you press u and all your sources are from one server aptitude > estinates the size of each file to retrieve as zero before it gets the > size from the server. For the first files the file progress and the > total progress match each other exactly until 100% when the next file is > rquested and the total size recomputed. The total size keeps going to > 100% and then back down for each file. This makes the progress bar a > look amateurish. Suggestions: > > 1) if the file is replacing a previous on (~100% of cases) use the size > of the old one as the initial size until it is known. > > 2) If no previous size is available use 1M to make the estimate > pessimistic.
Unfortunately, this is not possible: not only does apt not provide the total number of bytes it wants to download until after the process is complete, it doesn't even provide the total number of things that it's going to download, making it "nontrivial" to even estimate what the future size of the download is. (technical note: what I'm referring to is that TotalItems changes over the course of the download, apparently because apt only enqueues one item from each source at a time) In other words, the information apt provides looks the same for a download that's almost complete and for a download with a dozen more large list files in the queue. Daniel -- /------------------- Daniel Burrows <[EMAIL PROTECTED]> ------------------\ | All generalizations are dangerous. | \- Does your computer have Super Cow Powers? ------- http://www.debian.org -/
pgpFzLzYW78hq.pgp
Description: PGP signature
