Koji 1.34.0 is out. As usual - Thanks to everyone who contributed!

There was a bigger gap between releases in this cycle, but we hope we will return to regular cadency with the next release. On the other hand, there is a good reason for this, so we can introduce two big changes.

First one is that we've restructured the scheduler and moved its logic to the hub from the builders. It should be mostly invisible to the users. Probably the only place where you can hit it are large queues which will not impact the whole koji performance. But that was probably the most tricky part before we can incrementally introduce further enhancements such as policies with multiple outcomes and starting to dismantle the channel/pool system for the builders. In the future build could request specific resources instead of being started in the predefined channel.

Second big thing which is way more visible are Draft builds. This is the concept which fills the gap between scratch and regular builds. Draft builds ARE regular builds which have NVRs (their release part) slightly modified, so it is possible to have multiple builds from one spec file version. When It  is decided which of these variants is valid (passes tests, release policies, etc.) it will be "promoted" to NVR with unmodified release and will become the only valid build for the NVR.

For details of these features check release notes:
  https://docs.pagure.org/koji/release_notes/release_notes_1.34

Other highlights:
* #3846 - full json support for CLI "call" command
* #3836 - support for sw_64 and loongarch64
* #3842 - improve performance for newRepo tasks (sometimes createrepo is not needed)
* #3843, #3920 - schema migration scripts were moved to better location
* #3850 - group permission inheritance
* #3841 - trigger newRepo for new sidetags immediately
58 pull requests

You can view the 1.35 roadmap at https://pagure.io/koji/roadmap/1.35
For the current roadmap, see https://pagure.io/koji/roadmap

You can download this and other releases at https://pagure.io/koji/releases

--

            Tomas Kopecek <tkopecek@redhat.com>
            RHEL Build Development, RedHat