On Tue, Jan 13, 2004 at 02:47:21AM -0800, jw schultz wrote:
> (sync 1034, 1450 of 4413) [...]
> My own preference [...]
I went with the very similar "(1034, 32.9% of 4413)". Thanks for
your input.
..wayne..
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
On Tue, Jan 13, 2004 at 01:59:18AM -0800, Wayne Davison wrote:
> On Mon, Jan 12, 2004 at 11:46:05PM -0800, jw schultz wrote:
> > How about "(%d of %d files)\n", cur_index, flist->count;
>
> I tried that, but I didn't like it. The first number in my patch
> tells you the current count of how many
On Mon, Jan 12, 2004 at 11:46:05PM -0800, jw schultz wrote:
> How about "(%d of %d files)\n", cur_index, flist->count;
I tried that, but I didn't like it. The first number in my patch
tells you the current count of how many files were updated, not the
offset within the list, which I think is more
> If you wanted to have something more complicated i'd go with
> using bytecounts of transferred plus skipped as a percentage
> of total so when complete it would be 100%
Skip this part. Short of some ugly code only the generator
process can knows the bytecounts of skipped data but it is
the send
On Mon, Jan 12, 2004 at 10:37:40PM -0800, Wayne Davison wrote:
> A recent posting here got me thinking about having the --progress
> output tell the user about how many files were left to go in the
> transfer. I submit the attached patch which outputs an extra suffix
> onto the progress line at th
> A recent posting here got me thinking about having the --progress output
> tell the user about how many files were left to go in the transfer. I
> submit the attached patch which outputs an extra suffix onto the
> progress line at the end of each file's transfer (so it only appears
> once per
YES YES YES YES YES me likey me likey me ruv you rong time.
I've been wanting something like this forever. Who really gives a rat's
ass about the %age of the current file, most of the time; it's ALL about
the percentage of the total job done. I'd love to see this make a
point-release so we do
A recent posting here got me thinking about having the --progress
output tell the user about how many files were left to go in the
transfer. I submit the attached patch which outputs an extra suffix
onto the progress line at the end of each file's transfer (so it
only appears once per file, not on
