On Thu, May 19, 2022 at 07:37:46AM +0200, Branislav Náter wrote:
> Hi,
>
> On Thu, May 19, 2022 at 4:15 AM Thomas Stephen Lee <lee.iitb(a)gmail.com>
> wrote:
>
> > Hi,
> >
> > I am trying to request a package for RHEL 9, but I cannot find RHEL
> > under Projects at issues.redhat.com.
> > What is the correct project for RHEL 9 ?
> >
>
> You have to file a bug for "distribution" component in Bugzilla.
Please don't file it there. :)
Take a look at the handy doc:
https://docs.fedoraproject.org/en-US/epel/epel-package-request/
If anything is unclear there, please do let us know.
While RHEL may be moving to jira with RHEL10, EPEL is very likely to
stay with whatever Fedora is using (currently bugzilla).
kevin
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20220518.0):
ID: 1274437 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/1274437
ID: 1274445 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1274445
Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
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: 16th May - 20th May 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-20-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-05-18.pdf
Update
------
### Fedora Infra
* Fedora Media Writer 5.0.1 is live/done for both windows and macos!
* Email from @redhat.com users to @fedoraproject.org users who use gmail
is broken due to SPF changes on rh side. [INC2210845
](https://redhat.service-now.com/surl.do?n=INC2210845)
* Switched to linux-system-roles.nbde_client (automatically unlocking
encrypted devices via network) role from our home grown incomplete one
after working thru a dracut bug in RHEL8.3+
* RHEL9 content synced and already switched epel9 to use it.
* Mass update/reboot in progress, outage later today to finish.
### CentOS Infra including CentOS CI
* CentOS Stream storage migration spike (Netapp for nfs/iscsi) (ongoing)
* Duffy fixes and tests (ec2 provisioning working)
* Git.centos.org pagure upgrade/migration (blocked, waiting on internal
Red Hat Team)
* 9 stream build targets on cbs/koji now consuming centos9s-buildroot
repositories straight from upstream kojihub for Stream 9 (no latency)
* Business as usual (mirrors, tags)
### Release Engineering
* Archiving older releases
* Updating the EOL release date will be part of the release schedule
### Any Other Bussiness
* All the zuul jobs are now migrated to [centralized
repository](https://pagure.io/fedora-infra/zuul)
## 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
-------
* Changes to the c8s module migration code to automatically filter to
modules that are released.
* Migration of packages to new c8s infrastructure is moving along.
* Fixing the ELN Everything installer.
## 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
-------
* Deployment: apply database schema migrations
* Test per tenant quotas and provisioning on EC2
## Package Automation (Packit Service)
Goal of this initiative
-----------------------
Automate RPM packaging of infra apps/packages
Updates
-------
* Mostly business as usual, lots of dependencies
* A fair amount of manual packaging needs to happen for most of our
applications first
* Reducing a lot of dependency pinning
* Unfortunately packit [doesn’t support
monorepos](https://github.com/packit/packit/issues/1543) at the moment
so Bodhi and Datanommer will be blocked until they do. It’s on their
roadmap.
* scoady pto for ~2 weeks
## Flask-oidc: oauth2client replacement
Goal of this initiative
-----------------------
Flask-oidc is a library used across the Fedora infrastructure and is the
client for ipsilon for its authentication. flask-oidc uses oauth2client.
This library is now deprecated and no longer maintained. This will need
to be replaced with authlib.
Updates:
--------
* Starting to
[implement](https://github.com/fedora-infra/test-auth/blob/authlib_dev/test_…
flask-oidc api using authlib.
## 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 2616 source packages (increase of 48 from last week).
* Completed transition of epel9 from building against c9s snapshot to
building against rhel9.
* Retired multiple epel8 packages that were added in rhel8.6.
* [Identified and
reported](https://bugzilla.redhat.com/show_bug.cgi?id=2084131) version
mismatch between c9s gcc and gcc-epel in epel9, working with maintainer
to provide a compatible version in epel9-next.
* [Ansible rebased to version 5 in
epel8](https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-67f52f0700)
(major update) and [added to
epel9](https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-73e215eb5c).
Kindest regards,
CPE Team
Hello,
I'm taking over the maintainership of a package.
In the past I would access the pkgdb via a link
similar to [1] to change ACLs.... that link
no longer exists.... How is this done these days?
tia,
steved.
[1] https://admin.fedoraproject.org/pkgdb/acls/name/<package name>
https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/
At time of writing the nodebug kernels have a lower NVR than the ones
in Koji and Rawhide. In fact, this is quite often the case.
Now I understand why this happens, and I'm not complaining about that
process. But I wonder if we could solve this with a technological
solution? I think if you put:
priority=98
into the .repo file, then it'll always prefer the nodebug kernels even
if they have a lower NVR. See "priority" here:
https://dnf.readthedocs.io/en/latest/conf_ref.html
With no change:
$ sudo dnf update kernel
Last metadata expiration check: 4:18:46 ago on Thu 19 May 2022 11:30:26 BST.
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
kernel x86_64 5.18.0-0.rc7.54.fc37 rawhide 247 k
kernel-core x86_64 5.18.0-0.rc7.54.fc37 rawhide 48 M
kernel-modules
x86_64 5.18.0-0.rc7.54.fc37 rawhide 56 M
Removing:
kernel x86_64 5.18.0-0.rc3.27.fc37 @fedora-rawhide-kernel-nodebug 0
kernel-core x86_64 5.18.0-0.rc3.27.fc37 @fedora-rawhide-kernel-nodebug 91 M
kernel-modules
x86_64 5.18.0-0.rc3.27.fc37 @fedora-rawhide-kernel-nodebug 55 M
With priority=98 added:
$ sudo dnf update kernel
Rawhide kernels built without debugging turned 9.7 kB/s | 3.0 kB 00:00
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
kernel x86_64 5.18.0-0.rc7.54.fc37 fedora-rawhide-kernel-nodebug 247 k
kernel-core x86_64 5.18.0-0.rc7.54.fc37 fedora-rawhide-kernel-nodebug 48 M
kernel-modules
x86_64 5.18.0-0.rc7.54.fc37 fedora-rawhide-kernel-nodebug 56 M
Removing:
kernel x86_64 5.18.0-0.rc3.27.fc37 @fedora-rawhide-kernel-nodebug 0
kernel-core x86_64 5.18.0-0.rc3.27.fc37 @fedora-rawhide-kernel-nodebug 91 M
kernel-modules
x86_64 5.18.0-0.rc3.27.fc37 @fedora-rawhide-kernel-nodebug 55 M
I think if someone installed the repository, they've likely made a
choice that they don't want the debug kernels. I know I have.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
On Thu, 2022-05-19 at 17:05 +0800, 邓景元 wrote:
> Bug of NsCDE of Fedora
> Former report of update (not responded)
> https://bugzilla.redhat.com/show_bug.cgi?id=2036232
> Bug reported (now NsCDE dose not work anymore due to no catching up
> with update)
> https://bugzilla.redhat.com/show_bug.cgi?id=2083654
> Non-responsive maintainer check
> https://bugzilla.redhat.com/show_bug.cgi?id=2088326
I'm around, and fixing this is on my list. It'll probably take a few
weeks though, as I'm going on vacation starting tomorrow and will be
off the grid for a while. I've added Michel as a co-maintainer in the
meantime, in case he has time to tackle this while I'm out.
Cheers
Davide