CPE Weekly Update – Week of February 21st - 25th

Originally published at: CPE Weekly Update – Week of February 21st - 25th – Fedora Community Blog

This is a weekly report from the CPE (Community Platform Engineering) Team. If you have any questions or feedback, please respond to this report or contact us on #redhat-cpe channel on libera.chat.

Highlights of the week

Infrastructure & Release Engineering

Goal of this Initiative

Purpose of this team is to take care of day to day business regarding CentOS and Fedora Infrastructure and Fedora release engineering work. It’s responsible for services running in Fedora and CentOS infrastructure and preparing things for the new Fedora release (mirrors, mass branching, new namespaces etc.). The ARC (which is a subset of the team) investigates possible initiatives that CPE might
take on.

Update

Fedora Infra

  • Mass update/reboot cycle finished last week, a few stragglers left
  • Cleaned up old blockerbugs and datagrepper vm’s (They both moved to openshift)
  • OCP4 clusters both upgraded to 4.9.21
  • Started Fedora 36 Beta freeze yesterday
  • Bugzilla auth changes coming up fast (end of month)

CentOS Infra including CentOS CI

  • Storage configuration complete in IAD2
  • “Flat Layout” git repo now supported on git.centos.org/rpms/* (Automotive SIG request)
  • BAU (Koji tags modifications, new tags, new openshift namespaces – pagure, automotive)

Release Engineering

  • Unannounced sonamebump broke branched compose at the day of beta freeze
  • Container builds are failing on armhf images
  • Moved ftbfs script to bugzilla api token

CentOS Stream

Goal of this Initiative

This initiative is working on CentOS Stream/Emerging RHEL to make this new distribution a reality. The goal of this initiative is to prepare the ecosystem for the new CentOS Stream.

Updates

  • Creating a sync2gitlab service to move stream 8 sources to gitlab and write another service to sync the builds from old koji to stream koji.
  • ELN and c9s views in Content Resolver have been switched to the new buildroot resolver after some validation

CentOS Duffy CI

Goal of this Initiative

Duffy is a system within CentOS CI Infra which allows tenants to provision and access bare metal resources of multiple architectures for the purposes of CI testing.
We need to add the ability to checkout VMs in CentOS CI in Duffy. We have OpenNebula hypervisor available, and have started developing playbooks which can be used to create VMs using the OpenNebula API, but due to the current state of how Duffy is deployed, we are blocked with new dev work to add the VM checkout functionality.

Updates

  • Deprovisioning done
  • Contextualization done (in review)
  • DB migration sub-command implemented
  • Tests, tests, bug fixes
  • Successful front-to-back test (some bugs identified)

Image builder for Fedora IoT

Goal of this Initiative

Integration of Image builder as a service with Fedora infra to allow Fedora IoT migrate their pipeline to Fedora infra.

Updates

  • Still blocked
  • Bot account created to let IB use koji
  • Currently working on installing and configuring the plugins. They will be ready for when we are finally unblocked

Bodhi

Goal of this Initiative

This initiative is to separate Bodhi into multiple sub packages, fix integration and unit tests in CI, fix dependency management and automate part of the release process. Read ARC team findings in detail at: https://fedora-arc.readthedocs.io/en/latest/bodhi/index.html

Updates

  • Move Bodhi from python-openid to OIDC (ongoing)
  • Dependency management (ongoing)
  • The respective specfiles and RPMs (since the split of packages) have been fixed
  • Beta / staging RPMs now build automatically in Koji
  • Preparation for release 5.7.5

EPEL

Goal of this initiative

Extra Packages for Enterprise Linux (or EPEL) is a Fedora Special Interest Group that creates, maintains, and manages a high quality set of additional packages for Enterprise Linux, including, but not limited to, Red Hat Enterprise Linux (RHEL), CentOS and Scientific Linux (SL), Oracle Linux (OL).
EPEL packages are usually based on their Fedora counterparts and will never conflict with or replace packages in the base Enterprise Linux distributions. EPEL uses much of the same infrastructure as Fedora, including buildsystem, bugzilla instance, updates manager, mirror manager and more.

Updates

  • EPEL9 up to 1988 source packages (increase of 81 from last week)
  • Fixing various fail-to-install bugs
  • Tentative plan to hold EPEL office hours on the 1st Wednesday of each month at 1700 UTC

Kindest regards,
CPE Team