<div dir="ltr"><div><br></div><div>Few bullet points:</div><div><br></div><div>* Let smoke job sequentially for below, and if successful, in parallel for others.</div><div>  - Sequential:</div><div>  -- clang-format check</div><div>  -- compare-bugzilla-version-git-branch</div><div>  -- bugzilla-post</div><div>  -- comment-on-issue</div><div>  -- fedora-smoke (mainly don&#39;t want warning).</div><div>  - Parallel</div><div>   -- all devrpm jobs</div><div>   -- 32bit smoke</div><div>   -- freebsd-smoke</div><div>   -- smoke</div><div>   -- strfmt_errors</div><div>   -- python-lint, and shellcheck.</div><div><br></div><div><div>* Remove Verified flag. No point in one more extra button which users need to click, anyways CentOS regression is considered as &#39;Verification&#39;.</div><div><br></div><div>* In a normal flow, let CentOS regression which is running after &#39;Verified&#39; vote, be triggered on first &#39;successful&#39; +1 reviewed vote.</div><div><br></div><div>* For those patches which got pushed to system to just &#39;validate&#39; behavior, to run sample tests, WIP patches, continue to support &#39;recheck centos&#39;  comment message, so we can run without any vote. Let it not be the norm.</div><div><br></div><div><br></div><div>With this, I see that we can reduce smoke failures utilize 90% less resources for a patch which would fail smoke anyways. (ie, 95% of the smoke failures would be caught in first 10% of the resource, and time).</div><div><br></div><div>Also we can reduce number of regression running, as review is mandatory to run regression.</div><div><br></div><div>These are just suggestions, happy to discuss more on these.</div><div><br></div><div>-Amar</div><div><br></div><div><br></div><br class="gmail-Apple-interchange-newline"></div></div>