I'm the Product Owner of the OSCI team. A few years ago, the team set up the Fedora CI tests executed for Pagure PRs and Bodhi updates. Specifically the:
- Fedora CI - scratch build
- Fedora CI - installability
- Fedora CI - dist-git test
These tests run on https://osci-jenkins-1.ci.fedoraproject.org/job/fedora-ci/.
Our intent was to run the same tests as we run in RHEL gating also in Fedora gating. That was the main motivation to introduce these tests a few years ago in Fedora.
The OSCI team’s focus however changed to CentOS Stream after it was introduced and we never had enough capacity to refocus back to Fedora. I do not see any option currently on how the team could keep maintaining our current Fedora infrastructure and tests.
The main reasons for this are simply the amount of work the team can handle in its current head-count and also the differences between the CentOS Stream infrastructure and Fedora infrastructure. We are moving to Gitlab.com CI for CentOS Stream and we cannot do the same move in Fedora. We also cannot maintain both infrastructures at the same time for the reasons mentioned above.
I’m therefore asking anyone who wants to keep these tests running to step in and tell us. We are ready to provide a knowledge transfer if it’s needed, but otherwise, we plan to decommission this Jenkins instance and the tests completely by March 2024.
Thank you for understanding,
There is an ongoing issue with systemd update breaking plenty of tests in
We are trying to resolve the issue. You can watch for status updates here:
It is affecting a lot of installability tests, possible also some
functional tests might be affected:
🧑🔧 Miroslav Vadkerti :: Senior Principal QE :: Testing Farm / Linux QE
🎩 Red Hat Slack :: mvadkert :: #testing-farm #tmt
📱 Fedora Matrix :: mvadkert :: #Fedora CI
🌍️ Remote Czech Republic :: Red Hat Czech s.r.o
On 07. 11. 23 12:17, Sandro Mani wrote:
> Due to an unfortunate oversight of an incorrect branch merge a couple of months
> ago, a recently backported security fix caused an unwanted gdal soname bump in
> F37, due to an update from the 3.5.x series to the 3.6.x series.
> I'm preparing a gdal-3.6.2-8.really3.5.3.fc37 to address this, please don't
> rebuild any dependencies in the meantime, as the new package will bring back
> the previous soname.
> Apologies for the troubles.
this is not the first time I saw a bodhi update that breaks dozens of
dependencies, goes unnoticed for a week and is automatically pushed stable,
only to discover many packages fail to install.
How come we don't have an automatic check for this? What can be done?