Re: [Yum-devel] curlmulti based parallel downloads

2011-09-30 Thread James Antill
On Fri, 2011-09-30 at 06:45 -0400, Zdenek Pavlas wrote: > > These are all fine, although I'm not sure we want to move to using > > MultiFileMeter instead of our current progress meter. > > How could we use the current single-file progress meter? > Show just one bar for the total size? Or play wi

Re: [Yum-devel] curlmulti based parallel downloads

2011-09-30 Thread Zdenek Pavlas
> These are all fine, although I'm not sure we want to move to using > MultiFileMeter instead of our current progress meter. How could we use the current single-file progress meter? Show just one bar for the total size? Or play with ECMA-48 CSI sequences to switch rows? > Why do we want to use

Re: [Yum-devel] curlmulti based parallel downloads

2011-09-27 Thread James Antill
On Mon, 2011-09-26 at 18:06 +0200, Zdeněk Pavlas wrote: > First, fix some issues with MultiFileMeter. > > [PATCH 1/9] Prevent float division by zero > [PATCH 2/9] MultiFileMeter: show correct finished size > [PATCH 3/9] TextMultiFileMeter: use 'text' instead of 'basename'. > [PATCH 4/9] Use re.tot

[Yum-devel] curlmulti based parallel downloads

2011-09-26 Thread Zdeněk Pavlas
First, fix some issues with MultiFileMeter. [PATCH 1/9] Prevent float division by zero [PATCH 2/9] MultiFileMeter: show correct finished size [PATCH 3/9] TextMultiFileMeter: use 'text' instead of 'basename'. [PATCH 4/9] Use re.total instead of total_size. Then, move parts of PyCurlFileObject code