devel

devel@lists.centos.org

2 participants
4695 discussions

Announcing Fedora-messaging notifications for cbs.centos.org
by Fabian Arrotin 14 Feb '22

14 Feb '22

We recently received this request from the Automotive SIG to enable fedora-messaging notification on the cbs.centos.org koji instance. (see https://pagure.io/centos-infra/issue/650) After some tests in dev/stg environment (thanks Pingou !), we pushed live the change earlier today and that means that if you're already using fedora-messaging, you'll be able to track activities from cbs.centos.org on fedora-messaging, or through datagrepper. For example, you'll be able to use https://apps.fedoraproject.org/datagrepper/v2/search?category=cbs to see recent activity on cbs.centos.org More information about fedora-messaging on https://fedora-messaging.readthedocs.io/ and https://apps.fedoraproject.org/datagrepper/ -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | twitter: @arrfab

1 0

Board office hours, Feb 16
by Shaun McCance 11 Feb '22

11 Feb '22

This week was a board meeting, so next week we'll have board office hours. Join the board Wednesday, February 16, at 15:00 UTC. Video call link: https://meet.google.com/qud-kgjn-tfg If you need dial-in details instead, just email me off-list. Thanks, Shaun

1 0

CPE Weekly Update – Week of February 7th – 11th
by Michal Konecny 10 Feb '22

10 Feb '22

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-february-… # 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 * Got koji issues sorted and things back on track * Worked with Fedora CoreOS folks on bringing up a ppc64le builder, which exposed a virt issue we have. Will be installing a power9 box with Fedora 35 to test if it fixes it. * Got more ocp4 workers added, upgraded clusters a few times without incident * First live prod app on ocp4 ([blockerbugs](https://qa.fedoraproject.org/blockerbugs/)) * Outage Friday caused by disk space issue on proxies. ;( * 2 10TB iscsi volumes setup on fedora iad2 netapp for CentOS folks. * Fedimg is broken apparently, caused ci issues. Still need to find a fix to it. ( https://pagure.io/fedora-infrastructure/issue/10532 ) ### CentOS Infra including CentOS CI * Still storage/hardware issues to work on * [Dell server](https://pagure.io/centos-infra/issue/649) for iscsi/netapp usage * CentOS [backup server](https://pagure.io/centos-infra/issue/618) * https://debuginfod.centos.org should be [live/announced](https://lists.centos.org/pipermail/centos-devel/2022-Februa… (content for CentOS Stream 8 and 9 and SIGs packages) * Bussiness as usual ### Release Engineering * Branching of F36 * Rawhide nightlies are enabled again * F37 builds are being signed with F37 key * We have a Fedora 36 branched compose done already * Started work on [automation of scm requests](https://pagure.io/releng/issue/9274) ## 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 ------- * February planning done * Adding centpkg to EPEL * Continuing aligning c8s + c9s workflows with an optimum delivery date now agreed * Content Resolver upgrades continuing with maintainer page being added ## 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 ------- * Legacy API meta client merged * Provisioning/Deprovisioning implemented (in review) * Outstanding: integration tests & loose ends ## 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 ------- * local dev environment successfully deployed * koji in containers, mocked oidc auth, builder in containers, and osbuild-compose running as a service * We can run a full koji build using the image-builder plugins to make a successful compose ## 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) * Automate staging process for RPM building in Koji (ongoing) * Dependency management via Poetry and dependabot (ongoing) ## 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 1775 source packages (increase of 127 from last week) * [RDO considering shipping openstack client packages in EPEL](https://meetings.opendev.org/meetings/rdo_meeting___2022_02_09/2022/r… * EPEL talks at CentOS Dojo * [State of EPEL on CentOS](https://youtu.be/JqnENGdvG88) * [Bootstrapping new EPEL releases with ebranch](https://youtu.be/VjPZmq_h2Rk) * [EPEL Packaging Hackfest](https://youtu.be/vZ-CX5XJV2Q) Kindest regards, CPE Team

1 0

bind rpm conflicts - centOS 8
by lejeczek 10 Feb '22

10 Feb '22

Hi guys, I did not rush with this but now after a week and some - does anybody else sees it to? Last metadata expiration check: 0:03:21 ago on Fri 04 Feb 2022 08:57:59 GMT. Error: Problem 1: package bind-dyndb-ldap-11.6-2.module_el8.5.0+750+c59b186b.x86_64 requires libdns.so.1112()(64bit), but none of the providers can be installed - cannot install both bind-libs-lite-32:9.11.36-2.el8.x86_64 and bind-libs-lite-32:9.11.26-6.el8.x86_64 - cannot install both bind-libs-lite-32:9.11.36-2.el8.x86_64 and bind-libs-lite-32:9.11.26-3.el8.x86_64 - cannot install both bind-libs-lite-32:9.11.36-2.el8.x86_64 and bind-libs-lite-32:9.11.26-4.el8_4.x86_64 - cannot install the best update candidate for package bind-libs-lite-32:9.11.26-6.el8.x86_64 - cannot install the best update candidate for package bind-dyndb-ldap-11.6-2.module_el8.5.0+750+c59b186b.x86_64 Problem 2: problem with installed package bind-dyndb-ldap-11.6-2.module_el8.5.0+750+c59b186b.x86_64 - package bind-dyndb-ldap-11.6-2.module_el8.5.0+750+c59b186b.x86_64 requires libdns.so.1112()(64bit), but none of the providers can be installed - cannot install both bind-libs-lite-32:9.11.36-2.el8.x86_64 and bind-libs-lite-32:9.11.26-6.el8.x86_64 - cannot install both bind-libs-lite-32:9.11.36-2.el8.x86_64 and bind-libs-lite-32:9.11.26-3.el8.x86_64 - cannot install both bind-libs-lite-32:9.11.36-2.el8.x86_64 and bind-libs-lite-32:9.11.26-4.el8_4.x86_64 - package bind-32:9.11.36-2.el8.x86_64 requires libdns.so.1115()(64bit), but none of the providers can be installed - package bind-32:9.11.36-2.el8.x86_64 requires bind-libs-lite(x86-64) = 32:9.11.36-2.el8, but none of the providers can be installed - cannot install the best update candidate for package bind-32:9.11.26-6.el8.x86_64 Problem 3: package ipa-server-dns-4.9.8-2.module_el8.6.0+1053+0ac05726.noarch requires bind-dyndb-ldap >= 11.2-2, but none of the providers can be installed - package bind-dyndb-ldap-11.6-2.module_el8.5.0+750+c59b186b.x86_64 requires libdns.so.1112()(64bit), but none of the providers can be installed - package bind-dyndb-ldap-11.6-2.module_el8.4.0+639+a88aab78.x86_64 requires libdns.so.1112()(64bit), but none of the providers can be installed - cannot install both bind-libs-lite-32:9.11.36-2.el8.x86_64 and bind-libs-lite-32:9.11.26-6.el8.x86_64 - cannot install both bind-libs-lite-32:9.11.36-2.el8.x86_64 and bind-libs-lite-32:9.11.26-3.el8.x86_64 - cannot install both bind-libs-lite-32:9.11.36-2.el8.x86_64 and bind-libs-lite-32:9.11.26-4.el8_4.x86_64 - package bind-libs-32:9.11.36-2.el8.x86_64 requires libdns.so.1115()(64bit), but none of the providers can be installed - package bind-libs-32:9.11.36-2.el8.x86_64 requires bind-libs-lite(x86-64) = 32:9.11.36-2.el8, but none of the providers can be installed - cannot install the best update candidate for package ipa-server-dns-4.9.8-2.module_el8.6.0+1053+0ac05726.noarch - cannot install the best update candidate for package bind-libs-32:9.11.26-6.el8.x86_64 Problem 4: problem with installed package ipa-server-dns-4.9.8-2.module_el8.6.0+1053+0ac05726.noarch - package ipa-server-dns-4.9.8-2.module_el8.6.0+1053+0ac05726.noarch requires bind-dyndb-ldap >= 11.2-2, but none of the providers can be installed - package bind-dyndb-ldap-11.6-2.module_el8.5.0+750+c59b186b.x86_64 requires libdns.so.1112()(64bit), but none of the providers can be installed - package bind-dyndb-ldap-11.6-2.module_el8.4.0+639+a88aab78.x86_64 requires libdns.so.1112()(64bit), but none of the providers can be installed - package bind-libs-lite-32:9.11.26-6.el8.x86_64 requires bind-license = 32:9.11.26-6.el8, but none of the providers can be installed - package bind-libs-lite-32:9.11.26-3.el8.x86_64 requires bind-license = 32:9.11.26-3.el8, but none of the providers can be installed - package bind-libs-lite-32:9.11.26-4.el8_4.x86_64 requires bind-license = 32:9.11.26-4.el8_4, but none of the providers can be installed - cannot install both bind-license-32:9.11.36-2.el8.noarch and bind-license-32:9.11.26-6.el8.noarch - cannot install both bind-license-32:9.11.36-2.el8.noarch and bind-license-32:9.11.26-3.el8.noarch - cannot install both bind-license-32:9.11.36-2.el8.noarch and bind-license-32:9.11.26-4.el8_4.noarch - cannot install the best update candidate for package bind-license-32:9.11.26-6.el8.noarch many thanks, L

5 9

Announcing https://debuginfod.centos.org service
by Fabian Arrotin 09 Feb '22

09 Feb '22

Some time ago, we got a request to provide a debuginfod service for CentOS 8-stream and 9-stream. (see ticket https://pagure.io/centos-infra/issue/500 for details) Service / infra is now live and available directly at https://debuginfod.centos.org That means that people who want to consume transparently debuginfo pkgs can use that service instead of manually fetching the debuginfo corresponding pkgs (matching NVR, etc) Thanks to the collaboration with Frank Eigler (initial requester), the service was tested and is now operational. For more info about debuginfod, you can read https://fedoraproject.org/wiki/Debuginfod (linked from https://debuginfod.centos.org/) Worth knowing that there is a manual step for now but Frank already opened a bugzilla ticket to transparently enable that new feature (you can track ticket https://bugzilla.redhat.com/show_bug.cgi?id=2052574) Last but not least : this public debuginfod service is tracking/indexing *all* pkgs built for 8-stream and 9-stream, including SIGs packages, and so should be available quickly once the matching other packages are landing on public mirror network. Thanks a lot to Frank for the received advice on setting this service up. Kind Regards, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | twitter: @arrfab

1 0

Resigning from Kmods SIG
by Jonathan Billings 08 Feb '22

08 Feb '22

Hello, I am resigning my role as co-chair of the Kmods SIG. Please let me know if I need to change my account settings in git or other centos systems. -- Jonathan Billings

3 2

resilientstorage - resource-agents-paf
by lejeczek 07 Feb '22

07 Feb '22

Hi guys. Anybody gets this?: -> $ dnf update Last metadata expiration check: 0:13:07 ago on Mon 07 Feb 2022 08:47:24 GMT. Error: Problem: package resource-agents-paf-4.9.0-7.el8.x86_64 requires resource-agents = 4.9.0-7.el8, but none of the providers can be installed - cannot install both resource-agents-4.9.0-13.el8.x86_64 and resource-agents-4.9.0-7.el8.x86_64 - cannot install both resource-agents-4.9.0-7.el8.x86_64 and resource-agents-4.9.0-13.el8.x86_64 - cannot install the best update candidate for package resource-agents-paf-4.9.0-7.el8.x86_64 - cannot install the best update candidate for package resource-agents-4.9.0-7.el8.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) many thanks, L

1 0

CentOS Stream 9 security patches: Where is polkit?
by Steven Rosenberg 03 Feb '22

03 Feb '22

I have been looking for the polkit patch for CentOS Stream 9, and I have not seen a new package in the repo. Am I missing something?

6 10

CentOS 8 stream Messaging SIG rabbitmq mirrorlist url
by Daniel Nilsson 01 Feb '22

01 Feb '22

Hi Not sure if there is work already going on or if it has not been brought to anyones attention. The mirrorlist url supplied by centos-release-rabbitmq-38 rpm in the Extras repo still uses the now removed "mirrorlist.centos.org/8" address. Are there any plans to release a new version of the package that use/supply the working "8-stream" address? Best regards Daniel Nilsson Daniel Nilsson Software Integrations Engineer dnilsson(a)itrsgroup.com www.itrsgroup.com ITRS Group Första Långgatan 19 413 27 Gothenburg Sweden Tel.+46 31-352 56 00 Internet communications are not secure and therefore the ITRS Group does not accept legal responsibility for the contents of this message. Any view or opinions presented are solely those of the author and do not necessarily represent those of the ITRS Group unless otherwise specifically stated. [itrs.email.signature] Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website.

1 0

Re: [CentOS-devel] Is advanced-virt (Virtualization SIG) not relevant anymore with latest CentOS Stream 8?
by Igor Raits 31 Jan '22

31 Jan '22

Hi Danilo, Thanks for the very quick response! And thanks Sandro for including relevant people (as it was hard for me to find appropriate emails). Have a great day, On Tue, Nov 16, 2021 at 2:04 PM Danilo de Paula <ddepaula(a)redhat.com> wrote: > Yes, until RHEL 8.5 the latest-and-greatest virt packages used to be > shipped within Advanced Virtualization. But since AV packages are part of > RHEL now, there's no need for updating the SIG anymore because RHEL has the > most updated packages and, by consequence, c8s should have those builds too. > > > > On Tue., Nov. 16, 2021, 7:25 a.m. Sandro Bonazzola, <sbonazzo(a)redhat.com> > wrote: > >> +Eduardo Lima <etrunko(a)redhat.com> +Danilo Cesar Lemes de Paula >> <ddepaula(a)redhat.com> >> >> Il giorno mar 16 nov 2021 alle ore 12:52 Igor Raits <igor.raits(a)gmail.com> >> ha scritto: >> >>> Hello, >>> >>> I've noticed that the latest c8s repos ship libvirt/qemu-kvm (and other >>> related things) newer than the advanced virtualization repository… which >>> brings me to a question if it is still worth using those builds or not? >>> >>> I've been trying to dig into some mailing list conversations (which are >>> pretty much non-existent at this point) and IRC meetings (which I did not >>> see in October, but found one in November[1]). Found only mention that >>> libvirt/qemu will not be available for power arches since c9s and that's >>> what probably virt sig will build (if my understanding of meeting minutes >>> are correct). >>> >>> Any piece of information would be very helpful :) >>> >>> >>> [1] >>> https://www.centos.org/minutes/2021/November/centos-meeting.2021-11-03-17.0… >>> >> >> >> -- >> >> Sandro Bonazzola >> >> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV >> >> Red Hat EMEA <https://www.redhat.com/> >> >> sbonazzo(a)redhat.com >> <https://www.redhat.com/> >> >> *Red Hat respects your work life balance. Therefore there is no need to >> answer this email out of your office hours.* >> >> >>

3 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel