devel

devel@lists.centos.org

3 participants
4682 discussions

CentOS Showcase CFP extended
by Shaun McCance 03 Apr '26

03 Apr '26

We had a configuration problem on our CentOS Showcase CFP, so I've extended the CFP deadline to next Friday, April 10. CentOS Showcase happens on April 20. https://www.centos.org/events/showcase-2026-04/ CentOS Showcase is our half-day virtual event that we run a few times a year. It gives us a chance to share what we're working on throughout the year. Most talks are just 20 minutes long, and we try to have time for socializing. It's free and open for anybody to attend, but if you register, we can send you a reminder with information on how to join. Thanks, Shaun

1 0

Mailing List signup is now limited to OIDC only
by Greg Sutcliffe 02 Apr '26

02 Apr '26

Hi all, In an effort to combat the increasingly clever spam we get, we have updated our Django AllAuth config to restrict signup to OIDC-only - that is, the signup button now redirects to accounts(.stg).centos.org, and AllAuth will reject signups that try to go to the URL directly. This should not affect older accounts that were created previously, only *new* signups. More details can be found on this issue: https://gitlab.com/CentOS/infra/tracker/-/work_items/1862 - if you have issues signing in to the lists, let us know. Cheers, Greg --- Greg Sutcliffe CentOS & Fedora sysadmin

1 0

FYI : announcing end of legacy composes.centos.org infra
by Fabian Arrotin 02 Apr '26

02 Apr '26

Sending here just as a FYI : https://composes.centos.org is being decommissioned today. It was used some time ago for the Stream 8 (EOL itself in May 2024) but doesn't serve any purpose anymore. (https://redhat.atlassian.net/browse/CS-3332) Just to note that it doesn't concern the one that is still used for staged releases for CentOS Stream 9 , 10 (and upcoming 11) , which are available under https://composes.stream.centos.org, and that CDN will continue to be used to access staged content for these releases. So nobody should see any impact with the composes.centos.org decommission phase, as nobody should be using it anyway (old and unsecure content), so just sending this as a FYI -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | @arrfab[@fosstodon.org]

1 0

CentOS Showcase in April
by Shaun McCance 19 Mar '26

19 Mar '26

Hi folks, We'll have another CentOS Showcae next month on April 20. This is a free, virtual, half-day event. Registration isn't required, but it does let me send you the connecting details when we set them up. https://www.centos.org/events/showcase-2026-04/ The CFP is open until April 6. We're interested in any developments around the Enterprise Linux ecosystem, but we especially want to hear about the latest developments in our CentOS SIGs. Thanks, Shaun

1 0

March Board Meeting Recap
by Shaun McCance 13 Mar '26

13 Mar '26

The recording of the March CentOS Board meeting is now available. View the recording: https://youtu.be/KMKH4IceE-k Read the minutes: https://gitlab.com/CentOS/Board/tracker/-/blob/master/meetings/2026/2026-03… See this post on the blog: https://blog.centos.org/2026/03/centos-board-meeting-recap-march-2026/ The recording has timestamps so you can skip to the parts that interest you. Here are a few highlights of the meeting: * We discussed SIG governance, in particular the requirement for a Board liaison for each SIG. * We talked about CentOS Connect, Fedora Hatch, and SCALE. Then we planned for the next CentOS Showcase. * We discussed NVIDIA and cuda. * We discussed RDO packaging RPMs. Thanks, Shaun McCance CentOS Community Architect Attachments area <https://www.youtube.com/watch?v=49QdWx0r_zY&authuser=0>

1 0

Fwd: [EPEL-devel] EPEL 9 incompatible upgrade request for python-django-allauth; also surfacing a qrcode dependency issue with python3-ipalib
by Michel Lind 13 Mar '26

13 Mar '26

FYI - since this will get used by the CentOS mailing list infrastructure Best regards, -------- Forwarded Message -------- From: Michel Lind <salimma(a)fedoraproject.org> Reply-To: EPEL Development List <epel-devel(a)lists.fedoraproject.org> To: EPEL Development List <epel-devel(a)lists.fedoraproject.org> Cc: Development discussions related to Fedora <devel(a)lists.fedoraproject.org>, freeipa-maintainers(a)fedoraproject.org, Fabian Arrotin <arrfab(a)centos.org>, Greg Sutcliffe <fedora(a)emeraldreverie.org>, devel(a)lists.centos.org Subject: [EPEL-devel] EPEL 9 incompatible upgrade request for python- django-allauth; also surfacing a qrcode dependency issue with python3- ipalib Date: 02/24/2026 11:45:41 AM Dear all, At the request of the folks managing our mailing list infrastructure, I would like to request updating python-django-allauth to 0.62.1, needed to enforce SSO login flow for the mailman web UI. The backward-incompatible changes according to upstream are in the changelog -- I was going to copy them here but it would distract from the conversation here; unfortunately this is before upstream adopted semver and there are sometimes backwards-breaking changes in what should be a patch release https://codeberg.org/allauth/django-allauth/raw/tag/0.62.1/ChangeLog.rst I've created an update, https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-8e235e20a2 - but disabled auto-push based on karma and time - so that infra teams can test this and we can also more easily test update paths. Please see my testing notes in the first comment on the update. Of note, packaging wise, I've cherry-picked changes from the newer Fedora releases so this now enables extras subpackages. It does mean if you depend on some functionality considered extras (e.g. mfa, openid) you'd have to require python3.9dist(django-allauth[mfa]) or python3dist(django-allauth[mfa]) to get their dependencies installed -- substitute mfa with openid if that's what you need Of note: the mfa extras depends on a newer qrcode (needs at least version 7, which came out all the way back in... 2021). Out of an abundance of caution I created a versioned compat package, python- qrcode8, where the binary RPM python3-qrcode explicitly conflicts with python3-qrcode-core instead of providing/obsoleting it like python3- qrcode does in Fedora. This is not an issue if you don't install this extra; if you do, see the test notes - right now there is an issue that freeipa in Fedora https://src.fedoraproject.org/rpms/freeipa/blob/rawhide/f/freeipa.spec#_135… - even in Rawhide - and ipa in CentOS - https://gitlab.com/redhat/centos-stream/rpms/ipa/-/blob/c9s/freeipa.spec?re… - have the dependency generator /disabled/ and unfortunately of the two subpackages that require qrcode, one hardcodes the old python3-qrcode- core package name while the other does not, so if you need python3- django-allauth+mfa *and* ipa on the same host, you don't have the option of just swapping out python3-qrcode-core for the new python3- qrcode8 The minimal fix is simple enough - getting a Jira and MR filed for ipa in CentOS (two actually, one each for 9 and 10) and getting it also fixed in Rawhide - minimally we need to change the hardcoded python3- qrcode-core to be python%{python3_pkgversion}dist(qrcode) - but ideally we should also look into enabling the dependency generator instead of managing this by hand. Given there are several potentially problematic issues here, I figure I'd try and get this discussed on the list and by EPSCo before proceeding. Best regards, -- _o) Michel Lind _( ) https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 README: https://fedoraproject.org/wiki/User:Salimma#README -- _o) Michel Lind _( ) https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 README: https://fedoraproject.org/wiki/User:Salimma#README

4 3

2026-03-11 CentOS Public Board Meeting
by Amy Marrich 11 Mar '26

11 Mar '26

Apologies for the late notification and for those of you with a calendar invite we are working on getting it updated. We will be meeting 1 hour earlier than the invite shows may show on your calendar at 4:00 EST/3:00 CST/ 1:00 PST/ 20:00 UTC. Our next board meeting will take place at 20:00 UTC on Wednesday: `date -d "2026-03-11 20:00 UTC"` If you would like to attend please send me an email to amy(a)redhat.com ( please do not reply to @centos-devel or use another email address) and you will receive a link to a meeting room with a passcode, 1 hour before the meeting takes place. The agenda can be checked at (work in progress) : https://hackmd.io/iNymiiUGRC6Ne5WFU0y47w As a reminder we will enforce few rules : * Wait to be recognized by the Chair before speaking * Respect the Chair when told your time to speak is over - this will allow us to remain on agenda, and complete the meetings in the allotted time * In the event that there are Board-confidential topics, these will be put at the end of the meeting, in Executive Session, and guests will be asked to leave. We hope to minimize these items, but they do sometimes happen. The most common scenarios in which this may happen are personnel issues, or information that Red Hat wishes to share with the Board, but is not yet public. * Muting of participants, or, in extreme situations, ejection from the meeting, is at the sole discretion of the Chair. * Meetings will be recorded, and published to YouTube (possibly with edits/redaction, as approved by the Directors). Thus, by joining the meeting you consent to have your presence at the meeting, and anything you say during the meeting, made public. I hope some of you can join. thanks, *Amy Marrich* She/Her/Hers Principal Technical Marketing Manager - Cloud Platforms Red Hat, Inc <https://www.redhat.com/> amy(a)redhat.com Mobile: 954-818-0514 Slack: amarrich IRC: spotz

1 0

[Messaging SIG] Stepping down as SIG chair
by Matthias Runge 10 Mar '26

10 Mar '26

Hi there, due to other time commitments I will not be able to continue supporting the SIG. Fortunately Peter Lemenkov stepped up to take over[1]. Best, Matthias [1] https://gitlab.com/CentOS/infra/tracker/-/issues/1874

2 1

Update on RDO: A Shift to Containers
by Amy Marrich 04 Mar '26

04 Mar '26

Dear RDO Community/Stakeholders, This email provides an important update regarding the RDO project and its future direction which marks a significant change in how RDO content will be delivered. End of RDO RPM Builds Historically, RDO provided RPM-based rebuilds of upstream OpenStack packages. Due to insufficient contributors, the continuous RDO rpm builds that were released through the CentOS Cloud SIG have been officially discontinued as of the Epoxy release. Introducing the New RDO: Container Focus The future of RDO will be focused entirely on containers. This is a pivot from our traditional RPM delivery, as RDO did not previously focus on containers. RDO will be transitioning to Source-to-Image (S2I) builds for service containers. This work will be starting shortly within the github.com/openstack-k8s-operators organization, and these new container builds will essentially be the "new RDO". Timeline and Usage: - This transition work has not yet begun. The timeline is not committed, but the work is currently expected to be available for the Hibiscus release in late 2026. The final delivery location of those images is still to be determined. - These containers are primarily intended to be consumed via the operators provided in the openstack-k8s-operators GitHub organization. - While nothing explicitly prevents these containers from being used elsewhere, this is not currently part of the plan. Community involvement and feedback for broader usage are welcome including within OKD and the okderators. - Please note that the operators in this organization are currently only developed and tested on Red Hat OpenShift Container Platform. Thank you for your understanding and continued support as we make this important shift. We look forward to engaging with the community on this new path forward. Sincerely, Amy *Amy Marrich* She/Her/Hers Principal Technical Marketing Manager - Cloud Platforms Red Hat, Inc <https://www.redhat.com/> amy(a)redhat.com Mobile: 954-818-0514 Slack: amarrich IRC: spotz

1 0

mock & shadow-utils issues?
by lejeczek 02 Mar '26

02 Mar '26

Hi guys. Is this an old problem's - from what I could find - new occurrence? -> $ mock something centos-stream-10 .... ... ERROR: Command failed: # useradd mockbuild -o -u 1000 -g 135 -N -d /builddir --prefix /devs/var/mock past mentions are about incompatible/broken/different shadow-utils Anybody sees this/similar? many thanks, L.

2 1

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