Re: Proposal: gate all stable release updates on rmdepcheck

On Fri, 2026-07-10 at 18:21 +0100, Michel Lind wrote:
> One tweak to this - can we force a re-run before promoting a package
> from testing->stable as well, because as the example above showed (this
> is the rpki 0.19.3-1 update vs the quick-xml 0.41 update, FWIW) -
> testing once might not be enough as the state might have changed in
> subsequent composes?

It's not trivial to do that, unfortunately, no. I don't think we need
to solve that to implement the initial gating, though.

The way we actually do "promotion" for stable releases is that, once a
day (usually, IIRC), a Bodhi task running on a timer tags all updates
queued for stable at the time, assuming some other last-minute sanity
checks pass. (Then there's a compose which causes the tagged packages
to actually get sent out; I don't recall if that's part of the same
process, or a separate one).

We *could* add a run of rmdepcheck to that process, I guess, but we'd
either have to set up a whole new messaging flow to get the existing
rmdepcheck pipeline to run it, or set up a new pipeline within the
Bodhi task, I think.

I don't believe there's currently a flow where that process sends a
message saying it's about to push things stable then can wait for
external systems to Do Stuff and get their results before *actually*
pushing stable, we'd have to build that.

Or else we'd have to wire a run of rmdepcheck inside of the Bodhi task
itself, but that's also some work.

Either way is also more complicated if we want to do anything more
complex then a straight up/down vote on the *entire set* of queued
packages. Say we run rmdepcheck on the whole set of packages about to
be pushed and it fails; are we OK with not pushing any of them? If not,
we need to figure out (I guess) the largest set of the candidate
packages that can be pushed without a failure, but that's not really
trivial and could involve a lot of re-runs, depending on how many
packages are queued...
-- 
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @[email protected]
https://www.happyassassin.net



-- 
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new