Dennis Gilmore pÃÅe v Ãt 08. 03. 2011 v 07:28 -0600: > On Tuesday, March 08, 2011 07:18:02 AM Chris Tyler wrote: > > (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? > > The Secondary arch procedure is A I think the problem with [A] is that the updates sit in dist-fX-updates-candidate only for a limited time and if you miss that then you can miss the update completely Dan _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm