Yesterday, we deployed a new version of Copr. Because the new version is quite major I'm re-sending it here as well. First we migrated to new Fedora Cloud instance, which give us more reliable infrastructure. Previously we used 12 builders, but due problems with old OpenStack we were forced to lower it to 6 builders. Today we are back to 12 builders and we are ready to increase the limit [1]. We are monitoring the new instance and we will very likely increase the number of builders to 20 soon. This should be enough for some time. Second change is reuse of VM. If builder finishes building of your package and there is in queue some other task from you, then it is picked up and build on the same VM without re-provisioning of that VM. The logic is that you probably do not want to do cracking of your own packages, so we can reuse that VM for yours packages. Packages are still build in different chroot, but the same machine. Of course - if there is only packages of another users in the queue, then the builder VM is terminated and clean one VM is spin up. Last change is limitation of users. If you send dozens of task to Copr, then you are limited to just 4 parallel builds. Other builders are used for other users next in queue. Because we have more resources available. I recall that there we some use case where you requested more memory or disk. However I could not find the details. If you have such use case, now is right time to contact me as I can increase the limits if there is good reason. Oh and I forgot that we have new storage for your repositories. Previously we had just 800 GB and we were reaching the roof. On new location we have 4TB and it can be extended if needed. And the conclusion? You should expect less delay. Not being blocked by other users. And I can finally say, what I wanted to say for long time: Please use Copr more! You can even set up builds in Copr after each commit in your project and Copr should handle that. Hopefully this will allow you to set up Continuous Integration on your project, or make it even better. [1] During testing of new cloud we tried to spawn enormous numbers of builders and it seems that number 200 is our hard limit. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
