devel

devel@lists.centos.org

18 participants
4604 discussions

Newer/faster aarch64 koji builders for cbs.centos.org
by Fabian Arrotin 08 Apr '24

08 Apr '24

Just to announce that last week, I replaced (one by one so no downtime from a rpm builds perspective) the older aarch64 builders we had for cbs.centos.org pool , with newer ones/faster ones. In the past, we had a mix of ThunderX/ThunderX2 machines, and these were replaced by newer Ampere Altra machines (Thanks to Ampere for having sponsored one machine and Red Hat sponsored the other ones !) As it was replaced last week, I had a look at some SIGs builds involving aarch64 architectures and compared needed time builds between older platform and newer builders #kernel / kmod SIG before: https://cbs.centos.org/koji/taskinfo?taskID=3900620 => 30min now: https://cbs.centos.org/koji/taskinfo?taskID=3901748 => 17min #samba / storage SIG before: https://cbs.centos.org/koji/taskinfo?taskID=3836506 => 59min now: https://cbs.centos.org/koji/taskinfo?taskID=3900306 => 13min #kernel-automotive / automotive SIG before: https://cbs.centos.org/koji/taskinfo?taskID=3894668 => 41min now: https://cbs.centos.org/koji/taskinfo?taskID=3901722 => 13min Of course, don't take these metrics as "granted" for your future builds (as it depends on number of other concurrently builds, etc) but at least it should be faster than before (including also for the Image tasks) I hope that all SIGs building also for aarch64 will enjoy the new aarch64 builders ! -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | @arrfab[@fosstodon.org]

1 0

lists.centos.org migration to mailman3 : RFC !
by Fabian Arrotin 28 Mar '24

28 Mar '24

As mentioned in previous thread about centos 7 EOL, one of the last application that was still running on centos linux 7 is mailman, serving centos lists for a long time now. Thanks to all the hard work done by community contributors (thanks Michel, Neal and others having participated !), there is now a fully functional mailman3 stack available in Epel9. There are still very minor things to do to be 100% ready for a real migration, but we should have a stable .stg. instance deployed very soon. (There is a sandbox instance that is reinstalled / scratched for now) While importing existing lists/archives from mailman2 to mailman3 test instance, there was a discussion (in a Matrix room) about eventually using this migration as an opportunity to rename the lists. For legacy reasons (don't know why as it was even before I joined the project :) ) , lists were created on the same box as MX record for centos.org and so lists were usually called : <lists>@centos.org. The (usual) method is instead to create a dedicate host/sub-domain that will hosts mailling lists, like lists.<domain> and so lists.centos.org (amusingly that's also the hostname we have for the https instance but not for the existing lists) As the discussion was just happening in a Matrix room, and more like a brainstorming session, I thought it would be better (for awareness) to start a real thread on this list, as it's about the future of the list itself :) Some people suggested to rename lists like this : (example): centos-devel(a)centos.org => devel(a)lists.centos.org While technically that seems to work (tested on the import from mailman2 to mailman3) , it would need local aliases so that mails sent to previous address list would just still go to new list (to be tested as I don't know which checks are done by mailman-core now, and SPF, DMARC, DKIM, etc if we just create aliases) This is a RFC (request for comments) thread so let us know what you think .. ideally before we start migrating the real instance :-) Kind Regards, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | @arrfab[@fosstodon.org]

6 12

Do kmods-kernel-6.1 and -6.6 have a -release package?
by Anthony Alba 17 Mar '24

17 Mar '24

Hi centos-devel, Per the subject: I found a repo file in centos-release-kmods-kernel that references kernel-latest but not -6.1 of -6.6. Are those repos intended to have centos-release-* files? Regards A Alba

2 1

2024-03-13 - CentOS Public Board Meeting
by Thomas Oulevey 12 Mar '24

12 Mar '24

Hi Everyone, Our next board meeting will take place at 21:00 UTC tomorrow `date -d "2024-03-13 21:00 UTC"` Given that some of the board members are traveling, we may not achieve quorum, so we are planning a brief meeting. If you would like to attend please send me an email to alphacc(a)centosproject.org ( 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/@centosboard/BJ5Xnxapa 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. Sorry for the late announcement. thanks, -- Thomas 'alphacc' Oulevey CentOS Board of Directors Secretary alphacc(a)centosproject.org

1 0

Ruby fails to install in CS9
by Alfredo Moralejo Alonso 06 Mar '24

06 Mar '24

Hi, Latest CentOS Stream compose is failing to install ruby. "dnf install ruby" tries to install modularized 3.1.2-141.module_el9+156+2e0939d1 version and fails with errors: Error: No available modular metadata for modular package Workaround is to specify unmodular version: # sudo dnf install ruby-3.0.4 I've reported it in https://issues.redhat.com/browse/RHEL-28082 Note that if other packages require 3.0 (in RDO case, via automatic dep on "libruby.so.3.0()(64bit)" i.e.) it will just work. Best regards, Alfredo

3 5

flatpak / appstream compat issues?
by Leon Fauster 06 Mar '24

06 Mar '24

Does someone sees this behaviour? $ /usr/bin/flatpak --user remotes Name Optionen fedora oci flathub $ /usr/bin/flatpak --user search testtest F: Failed to parse /srv/home/appuser/.local/share/flatpak/appstream/flathub/x86_64/active/appstream.xml.gz file: Fehler in Zeile 86745, Zeichen 136: <li> already set 'Protection against a common misconfiguration that tends to break apps, the ' and tried to replace with ' development variable' Is EL9's flatpak compatible with flathub appstream data? $ rpm -q flatpak appstream flatpak-1.12.8-1.el9.x86_64 appstream-0.16.1-1.el9.x86_64 Found this: https://github.com/flatpak/flatpak/issues/5434 Workaround (vanishes on next update): $ sed 's/<em>//' -i active/appstream.xml $ sed 's/<\/em>//' -i active/appstream.xml $ sed 's/<\/code>//' -i active/appstream.xml $ sed 's/<code>//' -i active/appstream.xml $ gzip -9 -c active/appstream.xml > active/appstream.xml.gz $ /usr/bin/flatpak --user search testtest No matches found -- Leon

1 0

major infra issue : impacting git.centos.org and cbs.centos.org
by Fabian Arrotin 04 Mar '24

04 Mar '24

Today evening (Sunday), I got zabbix notification that some services hosted on same hypervisor were down. A quick investigation showed me that despite running on a hardware raid controller, said server firware confirm data loss and corruption. As I'm myself normally on PTO, I still wanted to restore services to quickly working on trying to redeploy from scratch services, and restore data from last backup and hope to have news soon ... -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | @arrfab[@fosstodon.org]

4 5

Re: [CentOS-devel] [CentOS] Missing python-reportlab-2.5-11.el7_9 RHSA-2023:5616
by Chris Schanzle 23 Feb '24

23 Feb '24

On 1/18/24 11:11, Chris Schanzle via CentOS wrote: > I am having troubles finding the -11 update to python-reportlab. I just got dinged for: > > Remote package installed : python-reportlab-2.5-10.el7 > Should be : python-reportlab-2.5-11.el7_9 > > I don't see it in the list of updates, my local mirror, or at: > > http://mirror.centos.org/centos/7/updates/x86_64/Packages/ > > Thanks, > > Chris [Adding centos-devel] Still getting dinged for this issue from errata issued by RHSA-2023:5616 <https://access.redhat.com/errata/RHSA-2023:5616> but no package is available for CentOS.

1 1

Need to ship cups-browsed
by Orion Poplawski 21 Feb '24

21 Feb '24

Looks like cups-filters grew a new cups-browsed sub-package in CS9. However, it doesn't appear to be shipped: # sudo dnf install cups-browsed Last metadata expiration check: 1:09:03 ago on Tue 20 Feb 2024 08:36:53 AM MST. No match for argument: cups-browsed Error: Unable to find a match: cups-browsed Where does this need to get reported? -- Orion Poplawski he/him/his - surely the least important thing about me IT Systems Manager 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

3 3

mariadb:10.11 module enabled by default in latest C9S compose
by Alfredo Moralejo Alonso 20 Feb '24

20 Feb '24

Hi, After the last C9S compose I'm getting the module mariadb:10.11 enabled by default, which is breaking OpenStack deployment which was based on 10.5. # dnf module list Last metadata expiration check: 0:05:11 ago on Wed Feb 14 17:15:59 2024. CentOS Stream 9 - AppStream Name Stream Profiles Summary mariadb 10.11 [d] client, galera, server [d] MariaDB Module # dnf list mariadb Last metadata expiration check: 0:05:34 ago on Wed Feb 14 17:15:59 2024. Available Packages mariadb.x86_64 3:10.11.6-1.module_el9+853+7b957b9b appstream Is this a bug? I guess this goes against stability rules in RHEL? Best regards, Alfredo

4 5

← Newer
1
...
8
9
10
11
12
13
14
...
461
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel