<pre>.. _release_notes_2022_04_05: 

Highlights from 2022-04-05 release 
================================== 

Updated client packages are shipped in `Fedora 34`_, `Fedora 35`_, 
`Fedora 36`_, `EPEL 7`_, `EPEL 8`_, and `EPEL 9`_ Bodhi updates. 


Kerberos/GSSAPI authentication for API and copr-cli
---------------------------------------------------

Newly, when working with the `Fedora Copr instance`_, users
don&#39;t have to install the ``~/.config/copr`` token.  It is enough
to take a Fedora Kerberos ticket, and ``copr-cli`` starts working::
    
    $ fkinit # optionally with &#34;-u username&#34;
    Enter your password and OTP concatenated. (Ignore that the prompt is for only the token) 
    Enter OTP Token Value: &lt;your password&gt;
    $ copr whoami
    your_username

If you have Kerberos ticket, you can also use this authentication method in WebUI by clicking on the ``gssapi-login`` link (negotiate needs to be allowed for the
``.fedorainfracloud.org`` domain in the browser).

For other Copr instances, a simplified configuration referring the Copr
frontpage is still needed.  For more info see ``man copr-cli``, the
``AUTHENTICATION`` section.


Copr-cli re-tries connections with Copr Frontend
------------------------------------------------

When there&#39;s some temporary Copr Frontend server (Web-UI &amp; API) issue,
and thus copr-cli fails to communicate over API - it newly doesn&#39;t give
up immediately but re-tries (3x with several seconds delay between the
attempts).  The number of attempts can be specified using the python3-copr
API, too (by default set to one attempt).


Large queue improvements 
------------------------ 

Lately, there have been multiple concurrent mass rebuilds pushing 
Copr to its limits.  When reaching tens of thousands builds in the queue, 
several problems started to appear.  Newly we significantly optimized
the backend part of the build system so it should handle large queues
promptly and thus successfully delegate the tasks to the builders.  Also
the ``Backend &lt;=&gt; Frontend`` protocol was optimized for large queues.


Smaller fixes
-------------

- On several places in the web-UI we differentiated the background
  tasks from the normal tasks.  Background jobs have lower priority
  and if they are being processed, it means there&#39;s enough resources
  to handle normal jobs and still take some background jobs.
  
- We fixed a bug in our DistGit cleanup script that garbage-collected
  some of the temporarily imported sources too early, this caused
  build failures before, `PR#2078`_.


.. _`Fedora 34`: https://bodhi.fedoraproject.org/updates/FEDORA-2022-d35ecdf4d2
.. _`Fedora 35`: https://bodhi.fedoraproject.org/updates/FEDORA-2022-62d97ba4b2
.. _`Fedora 36`: https://bodhi.fedoraproject.org/updates/FEDORA-2022-d56c2496e3
.. _`EPEL 7`: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-49ba5c52a1
.. _`EPEL 8`: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-67cef08054
.. _`EPEL 9`: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-d2a8b0e47d

.. _`Fedora Copr instance`: https://copr.fedorainfracloud.org/
.. _`PR#2078`: https://pagure.io/copr/copr/issue/2078
</pre>