(Cross-posted to arm@ and secondary@)
We're approaching the release of F13 for ARM. It's about to hit EOL on
the primary archs, so it has a short shelf life, but I'm going to use
that time to figure out the best process for building updates -- with a
goal of having the updates procedure well in hand by the time we hit F15
on ARM. (Paul Whalen, meanwhile, is going to continue to head up the
drive towards the F14/F15 ARM releases).
On the primary archs (PA), updates are built, targeted at
dist-fX-updates-candidate, then shepherded via Bodhi through a sequence
of tags:
dist-fX-updates-candidate ->
dist-fX-updates-testing-pending ->
dist-fX-updates-testing ->
dist-fX-updates-pending
dist-fX-updates
There are a few options here:
[A] Use koji-shadow against dist-fX-updates-candidate PA (and targeting
dist-fX-updates-candidate SA) and use a separate process to manage the
tag-shadowing between PA and SA.
[B] Watch dist-fX-updates PA for packages tagged in, and then build
those, targeted to dist-fX-updates on the SA. This saves a bunch of
package building on the SA side (though I'm not sure what the ratio is
between packages built and pushed to stable).
I'm leaning towards some version of [B]. Any thoughts/comments on this
approach?
-Chris