The New Hotness 1.0.0 deployed on production
by Michal Konecny
Hello everyone,
The New Hotness 1.0.0 is now live in Fedora infra production
environment. For those who don't know what this app does, it basically
notifying packagers about new versions of packages by creating bugzilla
issues.
And what is new:
* The New Hotness was rewritten from scratch using clean architecture
design (it's now easier to maintain and less error prone)
* Documentation[0] was updated to be more useful and up to date
* The comments created in bugzilla should be more helpful and contain
info about errors if any happens during the scratch build
* The New Hotness now remembers the Koji Task ID,even if there is error
in post scratch build. In past the task ID was just lost and when the
build was finished The New Hotness couldn't recognize it
* We now have a containerized workflow for development
If you want to look at full changelog, please visit the-new-hotness
GitHub release page [1].
Thanks to everybody who contributed to this release!
Regards,
Michal
Mage from release-monitoring.org
[0] - https://the-new-hotness.readthedocs.io/en/stable/
[1] - https://github.com/fedora-infra/the-new-hotness/releases/tag/1.0.0
2 years, 4 months
CPE Weekly Update – Week of December 6th – 10th
by Michal Konecny
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/).
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-of-decembe...
# 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
* Discourse2fedmsg completed and deployed in prod
* groups support for oauth2 for discourse put on hold due to a potential
upstream solution
* Switched to qemu/libvirt from the “Advanced Virt” stack
* All staging builders moved to f35, but our fedora messaging plugin is
broken in f35 hub.
* New bodhi deployment this week
### CentOS Infra including CentOS CI
* CentOS Stream 9 [artwork
deployed](https://pagure.io/centos-infra/issue/477) (Kudos to Artwork
SIG !) :
* https://www.centos.org
* https://blog.centos.org
* https://lists.centos.org
* Meeting[s] to prepare the Community Cage DC move
* Identified (and [fixed](https://pagure.io/centos-infra/issue/551))
small issue for PowerDNS geoip setup for 9-stream
* Bussiness as Usual (koji/cbs tags, new mirrors for 7 / 8-stream and
9-stream)
### Release Engineering
* epel9 branches are popping up ~520 in the last week
* F36 change request reviews are landing in releng tracker
* 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
-------
* Stream 9 composes were broken over the weekend, the backlog is now
clear and a compose was pushed yesterday
* Gitlab authentication suffered some effects of the auth.redhat.com
migration, we expect this is now resolved
* Implementing Content Resolver performance optimisations
## 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
-------
* API endpoints with database connection (finally)
* Extended documentation for API endpoints (in progress)
* Command-line option to avoid overriding existing database when
performing migration
* Backend work (started): Background tasks like provisioning nodes, clean up
* Endpoint authentication with API key / token pertaining to a certain
project / tenant (in progress)
## OSCI – Distrobaker monitoring
Goal of this Initiative
-----------------------
This initiative is to improve the Distrobaker monitoring to monitor
side-tags and module builds. Distrobaker is a service which rebuilds
the CentOS 9 Stream Koji builds for RHEL 9 in Brew.
Updates
-------
* Currently working on adding metrics for the sidetag comparison code.
## 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 (and EPEL9 Next)
launched!](https://communityblog.fedoraproject.org/epel-9-is-now-available/)
* Already have 501 packages in testing (255 builds, 158 bodhi updates)
* [Quickstart
documentation](https://docs.fedoraproject.org/en-US/epel/#_quickstart)
updated
* EPEL Steering Committee [decided to
standardize](https://pagure.io/epel/issue/133) on
{distro}+epel-{version} pattern for mock configs rather than a generic
epel-{version} config
* centos-stream+epel-9 configs added to mock-core-configs
Kindest regards,
CPE Team
2 years, 4 months
User Documentation
by Ryan Lerch
Good Morning!
Just wondering if anyone has any thoughts on where we could place User
Documentation for websites and tools that fedora-infra owns.
During the development of Noggin / Fedora Accounts, we created user
documentation for Fedora Accounts, and sort of just threw it up on the
Fedora Docs site:
https://docs.fedoraproject.org/en-US/fedora-accounts/
it is linked in the main docs structure in a weird way too: from the
main docs.fp.o index, click on engineering teams, then at the bottom
of that list on this page:
https://docs.fedoraproject.org/en-US/engineering/ we have the Fedora
Accounts Docs.
I have been working on a few drafts and outlines of user-facing
documents, but just wondering if anyone has any ideas on where to
present them.
Was thinking having a sub-sub group on the new gitlab instance to
store the source, and possibling creating a new subsection on Fedora
Docs to link to the list of docs.
thoughts?
cheers,
ryanlerch
2 years, 4 months
Using the fedora-messaging API via RabbitMQ connector in
containerized app
by Stephen Snow
Hi,
I'm trying to write an application that is cloud native, that needs to
be able to interract with the FAS for Fedora Account System User ID,
also for Fedora Badges. I am wiritng this using Quarkus, and I can very
easily include a RabbitMQ client to the project. I was wondering if
that would suffice to establish login credentials and message the
Fedora Badges to issue a specific badge to the logged in user upon a
specific message request from the app.
Thank you in advance for taking the time to answer my question.
Regards
Stephen
2 years, 4 months
Upcoming Holidays and Fedora Infrastructure
by Kevin Fenzi
Greetings everyone.
The holidays are coming up later this month and so I thought I would
remind folks about holiday handling in Fedora Infrastructure.
Red Hat has a shutdown period, this year between 2021-12-24 and
2022-01-03. All Red Hat employees (at least in the US) are supposed to
take this time to spend with friends and family and recharge for the
year ahead. So, this means there's not too many Red Hat employees around
then. Additionally, many folks take additional days off around that
time.
If you are making changes to Fedora Infrastructure during this time,
please be aware that alerts or problems might call in someone who is
spending time away, so be especially careful not to disrupt things,
cause alerts or outages.
If you are someone who does want to work on things, try and update
tickets or PR's or lists posts with your work instead of pinging people
or mailing them directly. This work can then be processed when everyone
is back.
Hope everyone has a lovely holidays...
kevin
2 years, 4 months
CPE Weekly Update – Week of November 29th – December 3rd
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/).
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-of-novem...
(available soon)
# 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
* Tracked down a annoying s390x qemu bug in f35 qemu
* Gitlab saml2 auth hooked up (https://gitlab.com/groups/fedora)
* Got bugzilla2fedmsg cert renewed.
* Lots of misc small tickets
### CentOS Infra including CentOS CI
* cbs/koji:
* Fixed issue for builds with large file descriptors needs
(https://pagure.io/centos-infra/issue/527)
* Tested an “image-build” and we’ll document how SIGs will be able to
build appliances/images through cbs (
https://pagure.io/centos-infra/issue/535)
* New TAGs (BAU)
* Sponsored infra: added zabbix macros through ansible to trigger alert on
higher
BW consumption
(
https://github.com/CentOS/ansible-role-zabbix-agent/commit/be532e32758b2d...
)
* WIP (RFE) : building DuD .iso images through cbs pipeline (
https://pagure.io/centos-infra/issue/418)
* WIP/proposal : discussed a rewrite of SIG Guide and move from wiki to
sigs.centos.org
### Release Engineering
* Fedora 33 is EOL as of 30.11
## 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
-------
* ELN compose tracker is deployed
## OSCI - Distrobaker monitoring
Goal of this Initiative
-----------------------
This initiative is to improve the Distrobaker monitoring to monitor
side-tags and module builds.
Distrobaker is a service which rebuilds the CentOS 9 Stream Koji builds for
RHEL 9 in Brew.
Updates
-------
* Just getting familiar with the codebase, starting to make minor changes
and check outputs.
## 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
-------
* API exposes database models (the gift that keeps on giving, almost done,
any year now!)
* Interfacing with OpenNebula to hand out virtual machines
## 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
-------
* EPEL Steering Committee voted to use plan C for the EPEL 9 rollout.
This means we will finish up EPEL 9 and announce EPEL 9 and EPEL 9 Next
simultaneously.
(https://meetbot.fedoraproject.org/teams/epel/epel.2021-11-24-21.00.html,
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproj...
)
Kindest regards,
CPE Team
2 years, 4 months