bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] broken progressbar in 1.16


From: Michael Shigorin
Subject: Re: [Bug-wget] broken progressbar in 1.16
Date: Wed, 29 Oct 2014 02:01:40 +0300
User-agent: Mutt/1.4.2.3i

On Tue, Oct 28, 2014 at 09:22:14PM +0100, Giuseppe Scrivano wrote:
> don't you think you are a bit exaggerating for the minor issue
> you have reported?

I see a pattern unfortunately being ALT Linux wget maintainer
since 2005 (and using it since last century).  GNU projects like
this used to do no-glitch releases for me, so it's just natural
to try and continue with that -- hope you do understand that
a minor glitch in a release is a major offense to a good release
manager irrespective of who caught it.  Experience comes with
errors and it's no surprise, so take no offense from me but
rather from the bug to learn from it.

> but we cannot promise that we have no regressions between releases.

Not a Psaki to expect promises, it's better to actually
do things :-)


On Tue, Oct 28, 2014 at 09:10:07PM +0800, Yousong Zhou wrote:
> I guess it's `--progress=bar:noscroll' of commit
> 4eeabffee6e5b348d36c4f3ba0579ed086226603

Thank you.


On Tue, Oct 28, 2014 at 04:54:06PM +0800, Darshit Shah wrote:
> As soon as the size being displayed there exceeds the 1M mark,
> the issue gets triggered and I see a new line being created for
> each refresh of the progress bar.

Ah, didn't spot this exact margin although the "postponed"
start of that behaviour was clear enough.

Travel well, don't hurry!

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info



reply via email to

[Prev in Thread] Current Thread [Next in Thread]