commit-queue should not pass --quiet to subcommands now that the parent command does the reporting
Created attachment 71614 [details]
Comment on attachment 71614 [details]
View in context: https://bugs.webkit.org/attachment.cgi?id=71614&action=review
Ok. Are we going to run out of disk space? :)
> + # Unclear if this should pass --quiet or not. If --parent-command always does the reporting, than it should.
than => then
I'm more worried that we'll spam the commit-queue's logs, or that we'll hang queues due to pipe full errors (but that should really already be handled by executive.py correctly).
I suspect we may end up moving off of run_and_throw_if_fail here now that we don't need to watch the queue's live anymore.
Committed r70374: <http://trac.webkit.org/changeset/70374>