On 10. 06. 20 21:41, Pavel Raiskup wrote:
Hello!

On Jun 10, 2020, a new Copr release landed production.

Thank You!

Here is the list of visible changes, and new features:

- Increased build task throughput.  The VM spawner is more flexible now.
   First, we don't allocate that many workers if they are not actually
   needed, but more importantly the upper limit for concurrently running
   workers has risen to 140 (including all architectures), previously we
   had ~70.  We'll see how things go from the backend perspective, but it is
   expected that we'll go even higher (waiting for a new HW in the new
   Fedora lab, cheaper VM instances in the future, etc.).  So the numbers will
   likely change; this is to make clear the current state of things.

Happy to see this in action.

- Copr project "runtime" dependencies were implemented.  Newly you can
   specify set of repositories your project depends on. Such repositories
   will be installed together with the copr project repo file (e.g., by
   'dnf copr enable YOU/YOUR_PROEJCT').  Those repositories can be other
   project in Copr or some 3rd party repository.  This is very similar to
   build-time dependencies implemented long time ago.  Take a look at
   blog post:

     https://fedora-copr.github.io/posts/runtime-dependencies

This sounds really interesting and helpful. Thanks.

- There's now more fair build scheduler.  Previously, no matter whether the
   "background" attribute was set or not for the build - once builder was
   allocated for a concrete copr user - copr never terminated the builder
   as long as the user kept filling the build queue with new tasks (and it
   blocked the quota for others).  Newly, there's a limit of at most
   eight consecutive builds or 30 minutes for one user (sandbox) on one
   builder and the builder is immediately terminated - which gives a chance
   to assign new builders to others' tasks (which have a higher priority at
   that point).

I've been personalyl affected by the old behavior, happy to see this.

- Copr-cli supports batch build delete feature:

     $ copr-cli delete build_id [build_id ...]

   Please use this instead of requesting removal of each build_id
   separately - it will be much faster because you will save the copr
   backend useless createrepo_c runs after each request.

Yet again, \o/

- Cancel build feature was fixed, and the "cancel" request should reliably
   release all occupied builder machines (allowing them to be re-used, or
   terminated).

Awesome as well.


Thanks for this release. I've also seen some UX changes wehn viewing builds, the builder-live.log.gz is now 1 click closer. This seems slow, but in bulk, is really awesome.

Keep up the good work. I am so glad we have such innovations!

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
copr-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.fedorahosted.org/archives/list/[email protected]

Reply via email to