On Wed, Jul 13, 2022 at 03:38:29PM +0000, Mattia Verga via devel wrote: > Bodhi is a nice interface to create multi-builds update from side-tags, > but it is not really optimized for massive updates. In the past we had > some troubles pushing updates with a lot of builds. There are too many > things done in the background that can break while processing a massive > update and making Bodhi more reliable is not so simple. > > I wonder if it would be safe to set a cap to the number of builds a > single Bodhi update can carry. I think **really** massive updates (say > more than 99 builds?) should be handled manually asking Releng to merge > the side-tag manually.
I'd prefer you didn't limit them to such a low number. OCaml updates have ~ 180 packages (https://bodhi.fedoraproject.org/updates/FEDORA-2022-d3e15b41f5) and it's a lot easier to do the push myself rather than have to ask someone. And I will have to remember each time _how_ to ask someone, since I do this infrequently enough that I'll forget each time. What is the actual problem and could it be fixed instead? > I'd like to hear someone else opinion, especially from FESCo and Releng > members. Meanwhile I'll keep an eye on the recent massive Golang update > (which carries 315 builds...) to see if it shows any hiccups. (I'm quite > surprised it didn't screw up already) 315 builds doesn't strike me as being that massive TBH. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top _______________________________________________ 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 on the list, report it: https://pagure.io/fedora-infrastructure
