Verbosity parameters

[zeelot]

There should be a standard way to add -v one or more times to increase how much output is generated. We might also want a -q for the opposite effect.

This is related to #39 and some discussion has already happened there but I am splitting that ticket up :)

[samsoir]

Definitely would be nice to have a fully verbose mode that outputs the current state of minion to STDERR. E.g.

Executing task:
[ DONE ]

etc etc

(should this be a separate feature request?)

[samsoir]

So, STDOUT is agreed as the better target for this messaging

[BRMatt]

Any reasons why? Haven't checked the logs yet and it'd be good to know the reasoning for future reference

[samsoir]

Some minion tasks can appear to either be doing nothing or stalled as they can take over 10 minutes to produce any output. This especially happens when a number of migrations are executed together. It would be a better user experience to be able to optionally generate status output during each tasks execution.

[BRMatt]

Sorry, I meant why STDOUT VS. STDERR

[samsoir]

You could argue that verbose output to the client is not strictly an error condition. I would accept that argument. My initial suggestion was purely based on my C programming where I debug output to STDERR. STDOUT would be better, as it is easier to pipe elsewhere (if that was required or appropriate - I doubt it to be honest).