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 (

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.

You can look at the I&R planning board.


Fedora Infra

  • prod->stg koji db sync completed, stg should be mostly up to date now.
  • Reinstalling some lower memory aws proxies in progress to avoid alerts/slow response times.
  • Business as usual tasks

CentOS Infra including CentOS CI

  • Infra work done and PR to let SIGs push their -release pkgs out (without asking Stream team to build+push) to Extras(-common) repo
  • Onboarding Pedro in CI infra (WIP)
    • is deployed for CentOS CI infra (and ansible automatic run on ci fleet)
  • Knowledge sharing with Mark about “legacy” mirror network (for tasks landing now on
  • WIP : allowing cbs/koji to build from

Release Engineering

  • Work on SCM request automation continue – PR
  • F36 Beta 1.1 compose is out waiting for 1.2 request

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.


  • CentOS Stream 9 build env is offline Monday 21st March to facilitate a move within the datacenter. Please be aware services will be down.
  • Sync2gitlab moved to the testing phase.
  • Manually pushed CVE checker blocked modules/packages.

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.


  • Finish development work
    • Session expiration and extension
    • Lock critical sections in Celery tasks
  • Test deployment in dev infrastructure (more)
  • Add example systemd service files
  • Deploy in staging infrastructure (ongoing)

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.


  • Project was unfortunately paused until this Monday as we were still blocked
  • Since being unblocked we have installed and configured staging with everything we need to use the Image builder service
  • Koji-hub is now able to understand osbuild commands
  • Builders are able to authenticate with Image builder
  • Manual testing
  • Will be handing over to fedora IoT team next week so they can test it


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:


  • Let the Bodhi client storage store tokens for multiple OIDC providers (in review)
  • Dependency management (ongoing)
  • Testing of OIDC (ongoing)
  • Improvements to documentation (ongoing)


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.


  • EPEL9 up to 2148 source packages (increase of 54 from last week)
  • Various documentation improvements merged

Kindest regards,
CPE Team