Re: Add a rule to have a compose when Fedora branched

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 11. 11. 19 18:23, Kevin Fenzi wrote:
On Mon, Nov 11, 2019 at 09:51:33AM -0500, Ben Cotton wrote:
On Mon, Nov 11, 2019 at 4:01 AM Miro Hrončok <mhroncok@xxxxxxxxxx> wrote:

Before you do this, can we figure out the details?

1. Do we use bodhi to handle the freeze?

Previously, this would not be possible, as bodhi was not yet "activated" at
branching, however with rawhide gating (and hopefully "branched gating" soon),
we could.

I'd defer to releng to determine what the best way to handle this is.

When we do branching we adjust koji targets and tags. My thought was to
do the adjustments, but disable some part of the workflow. Either
collect packages in the tag to be signed, or collect them in the tag to
be autosubmitted to gating by bodhi. Then, once a compose is done,
restart that process and process the backlog. If a package is needed for
a fix, it can manually be tagged in.

2. Who handles freeze exceptions, is it releng, QA?

That's a great question. The point of this freeze isn't testing, it's
getting a successful compose, so I would leave it in releng's hands. I
don't see that it needs the freeze exception process that we use for
releases. Of course QA and everyone else can help in determining what
packages need to be updated to fix the compose.

I think this should be completely up to releng. They should only land
things they need to get the compose working.

3. How are the freeeze exceptions handled, via bugzilla? What are the tracker
bugz? Or manually in https://pagure.io/releng/failed-composes/issues ?

There or in the main releng tracker. Whatever makes Mohan and Kevin
happiest. (Or the least unhappy).

releng tracker... but users should not make exceptions normally, it
should only be things needed to make the compose work.

None of this is to throw the problem over the wall and say "it's
releng's problem now!" It's more of "I trust them to come up with the
best solution since they're the ones closest to the problem."

Yep. I agree...

Excellent. I think this is ready to be presented to fesco for a vote.

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux