On Wed, Jul 13, 2022 at 7:32 PM Maxwell G via devel <devel@xxxxxxxxxxxxxxxxxxxxxxx> wrote: > > On 22/07/13 08:58AM, Adam Williamson wrote: > > It's also where we usually route *manual* testing feedback. If people > > can't comment and karma a Bodhi update, where can they test this big > > and very-potentially-destabilizing change? > > The go rebuilds in question are not very destabilizing, and they don't > have breaking changes. The packages are simply getting rebuilt against > the new go minor version with fixes for the CVE(s). I've already had to > waive the tests, as they timed out when trying to download the 300+ > packages in the update. I wonder if it would have made sense to have submitted those 300+ builds in separate bodhi updates (at least in several smaller batches, if not individually)? At least in this case, that would've been a little bit more work, but would have caused less of a chance to break bodhi. As far as I can tell, there's no reason the builds need to be handled together, as the only thing that ties these builds together is the *reason* why they were rebuilt, but they don't necessary need to be pushed to testing or stable as a single unit. Fabio _______________________________________________ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure