I have a naive question... 
I wonder if the folks who do a lot of zuul-ci (eg. opendev.org or https://www.softwarefactory-project.io ) have methods to determine which gating criteria to automate?

-Blaise

On Fri, Sep 2, 2022 at 10:39 AM Kalev Lember <kalevlember@gmail.com> wrote:
On Fri, Sep 2, 2022 at 3:16 PM Ben Cotton <bcotton@redhat.com> wrote:
On Wed, Aug 31, 2022 at 12:00 PM Adam Williamson
<adamwill@fedoraproject.org> wrote:

> So, one of the implicit questions here is, is it OK to keep twinning
> these two sets of consequences, or should we split them up?

Yes, it's okay to keep two sets of consequences together. In fact,
it's preferable. One critpath to rule them all, etc. We can always
tune the Bodhi requirements if we find that they're troublesome.

I think so too that just keeping one single list (critpath) is fine and avoids having to maintain two different lists with all the maintenance costs associated with it (the lists getting out of sync over time etc).

Zbyzek's idea about reducing Bodhi karma requirements for critpath packages now that we have OpenQA gating makes sense to me as well. OpenQA already provides the additional testing that we originally wanted to get when we introduced the extra karma requirements for critpath packages.

-- 
Kalev
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue


--
LinkedIn  |  Quora  |  Github
“If you want to go fast, go alone. If you want to go far, go together.” --African proverb