CPE Weekly Update – Week 22 2022
by Lenka Segura
Hi everyone,
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 (https://libera.chat/).
Week: May 30st to June 3rd 2022
If you wish to read this in form of a blog post, check the post on Fedora
community blog:
https://communityblog.fedoraproject.org/cpe-weekly-update--week-22-2022/
# 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.
Link to planning board: https://zlopez.fedorapeople.org/I&R-2022-06-01.pdf
Update
------
### Fedora Infra
* Got to the bottom of an issue causing python38 modules to not be
available in the epel8 buildroot
* Bunch of reinstalling of openqa workers to help AdamW isolate a lockup
issue. Still ongoing.
* Moved some more ocp3->ocp4 apps.
* Tracked down a https push segfault on src.fp.o to the new jq package in
rhel 8.6 (downgraded and filed bug)
* Got internetx02 (new donated hw replacement for 01) installed with rhel9.
* New ipsilon release! Many thanks Abompard! (dedicated otp field, email or
login works, and more)
### CentOS Infra including CentOS CI
* Artifacts storage node replacement for CI (ready/deployed but to be
announced in wider communication plan)
https://pagure.io/centos-infra/issue/605
* CBS/koji proxy/settings tuning due to introduced change for gitlab
(breaking some builds/tests) https://pagure.io/centos-infra/issue/782
* Roadmap for CentOS CI move to EC2 (working on communication plan)
* Business as usual (mirrors proposals, tags)
* Blocked:
* Git.centos.org (waiting on EXD)
* Stream storage migration (waiting on IT)
### Release Engineering
* F34 is going EOL in one week
* glibc update broke ostree updates in f36, more info
https://pagure.io/releng/issue/10816
* Business as usual
## 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
-------
* Initial push of c8s packages to gitlab.
* New Content Resolver feature: it's now showing repo per package in views.
* Fedora ELN: Repositories are now closer to CentOS Stream, the Everything
repository has been replaced with Extras which contains the packages not
explicitly included in the other Variants.
## 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
-------
* Client CLI (almost there)
* Migration Preparations
## Package Automation (Packit Service)
Goal of this initiative
-----------------------
Automate RPM packaging of infra apps/packages
Updates
-------
* Business as usual
* Continued work on noggin-messages and datanommer-models
## 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
-------
* This week we have 5863 (+99) packages, from 2672 (+6) source packages
* amavis installation from epel9 problem resolved by backporting upstream
patch to switch dependency from libidn to libidn2
* Backported java_arches macro from Fedora to epel9
* Working on a method for enabling CRB repository when epel-release is
installed
* Deployed fix for some CRB module packages not showing up in the epel8
buildroot, but it caused too many non-default module packages to be
included so it had to be rolled back.
* Retired lmdb-epel since lmdb-devel was added to RHEL8/RHEL9. Later
discovered that some users still depend on the lmdb subpackage (even though
nothing in EPEL requires it), so the package was unretired to provided just
that subpackage on epel8 only.
Kindest regards,
CPE Team
1 year, 10 months
the-new-hotness 1.2.0 released
by Michal Konecny
Hello everyone,
it's here! Hotness 1.2.0 was released! For those who don't know,
the-new-hotness is the application that creates the notification for new
releases on bugzilla for release-monitoring.org. The new version brings
a lot of new things and I highlight some of them in this e-mail:
* *Support for stable versions only* - now Hotness is supporting the
settings to only notify about stable versions (only those that are
recognized as stable by release-monitoring.org)
* *Change in the-new-hotness to work with multiple versions notified at
once* - Hotness is now able to notify you about multiple versions at
once. This also adds new monitoring settings, where you can be notified
about any newly retrieved version by Anitya regardless if it's
considered newest or not (good for watching for new releases in old
major versions)
Both of the above changes are for now only in Hotness and PR is waiting
on pagure [0] and dist-git [1].
* *Add link to monitoring setting to Bugzilla notification* - The
Bugzilla notification generated by Hotness now contains link to dist-git
so user can quickly change the monitoring settings if needed. Example on
staging [2]
To see full changelog, please look at the-new-hotness release [3].
The version is already running in the fedora infra, so you should
already ripe the fruit of this work. :-)
Michal
Mage from release-monitoring.org
[0] - https://pagure.io/pagure/pull-request/5294
[1] - https://pagure.io/pagure-dist-git/pull-request/151
[2] - https://bugzilla.stage.redhat.com/show_bug.cgi?id=1827715#c81
[3] - https://github.com/fedora-infra/the-new-hotness/releases/tag/1.2.0
1 year, 10 months
Greenwave 2.0.0 released
by Lukas Holecek
Hi All,
Greenwave 2.0.0 has been finally released. 🎉
There have been some big changes this time around. I'm listing a few
highlights first (see full list of changes at the end).
Greenwave and other gating services have migrated to GitHub (from Pagure)
this enabled us to set up full tests, linting, safety checks and image
builds on pull requests and code merges.
See: https://github.com/release-engineering/greenwave
Container image is now based on ubi-8.5 and uses much more up-to-date
dependencies from PyPI. GitHub helps us monitor and update dependencies
which enables us to fix any vulnerabilities fast.
Metrics endpoint has been replaced by using a separate statsd instance.
This allows us to retrieve stats from all OpenShift pods in a single place.
Changes
-
Prometheus metrics endpoint /api/v1.0/metrics has been *removed* because
it did not work correctly with multiple Gunicorn web workers and threads.
Use separate *statsd* service and set GREENWAVE_STATSD_HOST environment
variable (format is <STATSD_SERVER>:<STATSD_PORT>). If the variable is
empty or unset, metrics will not be sent. Statsd data are sent using
non-blocking UDP so any connection issues are nonfatal.
-
Multi-threaded workers in Gunicorn can be now enabled (smaller memory
footprint).
-
Added new STOMP message consumers. This *deprecates the old fedmsg
consumers*.
-
Application container image is much smaller (based on Red Hat Universal
Base Image 8.5) containing more up-to-date dependencies from PyPI. *Virtual
environment* under /venv *has to be activated* before running the
application. This is handled automatically by the *entrypoint* script (
/src/docker/docker-entrypoint.sh).
-
*Poetry* now manages the dependencies.
-
Project has been *moved to GitHub*.
-
GitHub Actions now run all tests including functional, linters, security
scans and build/push container images.
-
CA bundle file override support through CA_URL environment variable has
been dropped due to potential security issues. OpenShift supports mounting
the file to replace the system CA bundle.
Please report bugs at https://pagure.io/greenwave/issues.
Enjoy,
Lukas
1 year, 10 months
Meeting Agenda Item: Introduction Taiful
by TAIFUL KHAN
Hi
My name is Taiful. I live on the east coast of Canada. I am a big fan of
the Fedora operating system. I have been using Fedora ever since I was an
undergraduate student. I have benefited from Fedora in many ways in the
past. That is why I wish to contribute to the Fedora community.
My IRC Handle : leon82
Here is a brief description of my education and work experience :
*Education* : Four year bachelor degree in computer science
*Certification : *
Red Hat Certified Engineer ( Version 6 , Certification Number :
120-027-438)
Fundamentals of Red Hat Enterprise Linux by Coursera
NDG Linux Unhatched , NDG Linux Essentials from Cisco Networking Academy
*Work Experience : *
Two year work experience as an information system analyst in a web design
and development company
Three Years combined work experience as a technical support specialist in a
Telecommunication and Cloud Application company
I wish to learn Python and Bash Scripting to improve my programming and
System Administration skills. I have a laptop( Fedora Server installed )
dedicated to test and run any Fedora issues. I am available 20 hours / week
to contribute to the team.
I hope I can help improve the Fedora Infrastructure System by offering my
time and skill.
Thanks
Taiful
1 year, 11 months