(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 _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm