Re: Shall we add a limit to number of packages in a Bodhi update?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 -- 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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux