Re: [FEATURE REQUEST] Filter-branch extend progress with a simple estimated time remaning
- From
Eric Sunshine <sunshine@sunshineco.com>
- Date
- Aug 30, 2015, 20:40 UTC
- Message-ID
- <20150830204024.GA1249@flurp.local>
- In-Reply-To
- <CAPig+cTf2YLWGi2swmMxdx_XpEU=GkAx11ng6VVACMX9NpA_SQ@mail.gmail.com>
On Sun, Aug 30, 2015 at 03:40:20PM -0400, Eric Sunshine wrote:
Show 6 quoted lines
> I suppose a viable approach might be to test once outside the loop if > "date +%s" is supported and print the "(%d elapsed / %d estimated > remaining)" annotation within the loop if it is, else not. The test > might look something like this: > > echo $(date +%s) | grep -q '^[0-9][0-9]*$' 2>/dev/null && show_eta=t
Actually, you'd also want to suppress 'date' errors via /dev/null, so perhaps:
{ echo $(date +%s) | grep -q '^[0-9][0-9]*$'; } 2>/dev/null && show_eta=tor something.
> Platforms, such as Linux, Mac OS X, and FreeBSD, which support "date > +%s" would get the annotated output, whereas it would fall back > gracefully to the non-annotated output on platforms such as Solaris > (and perhaps AIX) which lack it.