devel

devel@lists.centos.org

16 participants
4590 discussions

repomd.xml.asc outdated?
by Leon Fauster 11 Jun '21

11 Jun '21

JFYI: LANG=C yum update --noplugins ... Error: Failed to download metadata for repo 'appstream': repomd.xml GPG signature verification error: Bad GPG signature http://mirror.centos.org/centos-8/8/AppStream/x86_64/os/repodata/ shows repomd.xml 2021-03-16 15:43 repomd.xml.asc 2021-03-03 00:29 -- Leon

5 6

RFC: kmods SIG Proposal
by Peter Georg 11 Jun '21

11 Jun '21

Dear all, I'd like to propose a SIG for CentOS Stream. Please see the proposal below. Note: In case anyone has a better suggestion for a name, please let me know. I'm really terrible at naming things. And sorry in advance for any spelling or grammar mistakes (I'm not a native english speaker). For everyone following the previously posted "RFC: Stream Kernel SIG Proposal": The goal of the "kmods" SIG proposed here has previously been proposed to be added to a potential "Stream Kernel SIG" as a fifth goal. However it seems to make sense to split the various different goals into seperate SIGs. Disclaimer: I used the Hyperscale SIG description (https://wiki.centos.org/SpecialInterestGroup/Hyperscale) as a template. I hope that's OK. Best, Peter Proposal: = kmods SIG = == Goals == The kmods SIG will focus on providing kernel modules currently not available in CentOS Stream. == Status == Proposed: RFC and looking for a sponsoring Governing Board member == What's in scope == This SIG is a good place for any kernel module that is beneficial to CentOS Stream, but cannot be directly contributed to any of the involved upstream projects. These kernel modules may be divided in three categories: === Restore support for deprecated devices === The CentOS Stream kernel includes several kernel modules for which the list of supported devices has been limited by Red Hat. This SIG aims to provide versions of these kernel modules with restored support for as many deprecated and removed devices as possible. A close collaboration with the kernel-plus developers is desired for these kernel modules. === In-kernel modules not enabled for CentOS Stream === Many in-kernel modules are simply disabled for the CentOS Stream kernel. This may either be due to drivers being deprecated and removed compared to older CentOS major releases or never being enabled in the first place. This SIG aims to provide these in-kernel drivers as external kernel modules to enable CentOS Stream running on a broader range of available hardware and provide other beneficial functionality. A close collaboration with the kernel-plus developers is desired for these kernel modules. In addition it is desired to work with upstream to get any valuable kernel modules directly into the CentOS Stream kernel. === Third-party external kernel modules === This SIG also aims to provide third-party kernel modules for CentOS Stream not (yet) available in upstream kernel. == What's not in scope == Anything that can be contributed directly to any of the involved upstream projects is not in scope. This includes, but is not limited to: * New user space packages: These should be submitted to Fedora/EPEL * Support for new architectures currently not supported by CentOS Stream * Third-party kernel modules with non compatible license == Roadmap == * Provide packages for in-kernel modules with restored support for deprecated devices * Provide packages for in-kernel modules that have been supported in older CentOS major releases * Provide packages for further beneficial kernel modules requested by the community == Resources == TBD == Communication == The SIG uses the [[https://lists.centos.org/mailman/listinfo/centos-devel|centos-devel]] mailing list for coordination and communication. TBD: Add note about regular meetings once established. == Membership == The current set of members is: ##begin-members * ... ##end-members The SIG is co-chaired by ... and .... Everybody is welcome to join and contribute to the SIG. Membership can be requested by asking on the [[https://lists.centos.org/mailman/listinfo/centos-devel|centos-devel]] mailing list. Any current member can raise objections and request a simple majority vote on membership applications. SIG members are expected to actively contribute or otherwise remain engaged with the project. Stale members may be removed by a simple majority vote after six months of inactivity. The SIG is co-chaired by two equal chairpersons elected by SIG members for one year. Each chairperson is elected individually using a plurality vote.

14 56

[Cloud SIG] CentOS Cloud SIG meeting minutes (2021-06-10)
by Alfredo Moralejo Alonso 10 Jun '21

10 Jun '21

====================================================== #centos-meeting: CentOS Cloud SIG meeting (2021-06-10) ====================================================== Meeting started by amoralej at 15:07:28 UTC. The full logs are available athttps://www.centos.org/minutes/2021/June/centos-meeting.2021-06-10-15.07.… . Meeting summary --------------- * roll call (amoralej, 15:08:18) * Move jobs from ci.centos.org to new openshift cluster (amoralej, 15:12:36) * LINK: https://jenkins-cloudsig-ci.apps.ocp.ci.centos.org/ (amoralej, 15:13:24) * AGREED: to stay on JJB for the new jenkins (amoralej, 15:22:49) * LINK: https://pagure.io/centos-infra/issue/352 (amoralej, 15:23:48) * LINK: https://centosci.github.io/ocp4-docs/ (amoralej, 15:36:49) * LINK: https://centosci.github.io/ocp4-docs/sops/migration/ (apevec, 15:37:59) * ACTION: amoralej to create a trello card for the migration (amoralej, 15:40:19) * open discussion (amoralej, 15:44:14) Meeting ended at 15:48:27 UTC. Action Items ------------ * amoralej to create a trello card for the migration Action Items, by person ----------------------- * amoralej * amoralej to create a trello card for the migration * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * amoralej (91) * apevec (62) * ykarel (15) * jcapitao (6) * centbot (5) * spotz (4) * jpena (3) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

CentOS Community Code of Conduct
by Rich Bowen 08 Jun '21

08 Jun '21

As per my email in April - https://lists.centos.org/pipermail/centos-devel/2021-April/076769.html - and per the approval of the Board of Directors, we have published the new CentOS Community Code of Conduct: https://www.centos.org/code-of-conduct/ This Code of Conduct is in effect immediately, and the reporting process described in there is in effect immediately. One note: The doc says that it is "a living document and will be updated when and if it is deemed necessary." One change that we forsee very soon is that, rather than me, as Community Architect, being the sole responsible party for reporting CoC incidents, I will be assembling a small CoC committee. While I have identified some of the people who will be part of that committee, I thought it was good to go ahead and publish the CoC as is, and modify it once that committee is all in place. Thanks to everyone that participated in the review process for this policy. --Rich, on behalf of the Board of Directors.

1 0

docker, CVE-2019-13139 and announcements for updates in extras
by Stefan Puiu 05 Jun '21

05 Jun '21

Hi, We run a CentOS 7-based (actually, CentOS 7 atomic host) image on our hardware boards. We ran a third party "security scan" that seems to look at the list of packages in the distro and check if fixes or advisories have been published for the package versions installed. I guess they have a database of CentOS / RHEL advisories and can cross check the versions there. For a while now, the tool has been complaining that the version of docker we ship is vulnerable to CVE-2019-13139. As far as I can tell, we have a version that includes the fix, based on the Red Hat advisory: https://access.redhat.com/errata/RHBA-2019:3092 says we need docker-1.13.1-104.git4ef4b30, and we have 204.git0be3e21. We've tried to raise this with the tool vendor, but they have asked if we have "vendor documentation" for that fix being applied. My understanding is that they mean something like the centos-announce emails announcing the integration of fixes from RHEL to CentOS, with something like, for example, RHSA-2021:0617 being labeled as CESA-2021:0617; they said they couldn't find the corresponding CEBA-2019:3092. Now, I've looked in the centos-announce list archives since October 2019, when the RH advisory was published, and didn't find anything related to Docker. I saw a mention of the CVE in a CentOS bug, though (https://bugs.centos.org/view.php?id=16804). I'm trying to work with the tool vendor to sort this out. As a developer, I think checking the code is the best way; I've found the Docker RH fork on github, which has a RHEL branch that seems to be used in both CentOS and RHEL (https://github.com/projectatomic/docker/tree/docker-1.13.1-rhel). However, probably the tool people have some kind of different process in place. So my question is: is it reasonable to expect any bugfix or security update fetched from RHEL to CentOS to come with an announcement on the centos-announce mailing list? Is there a filter for some packages? I see docker is in extras, not in CentOS-Base, maybe updates to those are not announced? Thanks, Stefan.

3 4

Announcing the latest release of CentOS Linux 8 (2105)
by Rich Bowen 04 Jun '21

04 Jun '21

Release for CentOS Linux 8 (2105) We are pleased to announce the general availability of the latest version of CentOS Linux 8. Effectively immediately, this is the current release for CentOS Linux 8 and is tagged as 2105, derived from Red Hat Enterprise Linux 8.4 Source Code. As always, read through the Release Notes at: http://wiki.centos.org/Manuals/ReleaseNotes/CentOS8.2105 - these notes contain important information about the release and details about some of the content inside the release from the CentOS QA team. These notes are updated constantly to include issues and incorporate feedback from users. ---------- Updates, Sources, and DebugInfos Updates released since the upstream release are all posted, across all architectures. We strongly recommend every user apply all updates, including the content released today, on your existing CentOS Linux 8 machine by just running 'dnf update'. As with all CentOS Linux 8 components, this release was built from sources hosted at git.centos.org. Sources will be available from vault.centos.org in their own dedicated directories to match the corresponding binary RPMs. Since there is far less traffic to the CentOS source RPMs compared with the binary RPMs, we are not putting this content on the main mirror network. If users wish to mirror this content they can do so using the reposync command available in the yum/dnf-utils package. All CentOS source RPMs are signed with the same key used to sign their binary counterparts. Developers and end users looking at inspecting and contributing patches to the CentOS Linux distro will find the code hosted at git.centos.org far simpler to work against. Details on how to best consume those are documented along with a quick start at: http://wiki.centos.org/Sources Debuginfo packages have been signed and pushed. Yum configs shipped in the new release file will have all the context required for debuginfo to be available on every CentOS Linux install. This release supersedes all previously released content for CentOS Linux 8, and therefore we highly encourage all users to upgrade their machines. Information on different upgrade strategies and how to handle stale content is included in the Release Notes. Note that older content, obsoleted by newer versions of the same applications are trim'd off from repos like extras/ and centosplus/ ---------- Download We produced the following installer images for CentOS Linux 8 # CentOS-8.4.2105-aarch64-boot.iso: 677838848 bytes SHA256 (CentOS-8.4.2105-aarch64-boot.iso) = 106d9ce13076441c52dc38c95e9977a83f28a4c1ce88baa10412c1e3cc9b2a2b # CentOS-8.4.2105-aarch64-dvd1.iso: 7325042688 bytes SHA256 (CentOS-8.4.2105-aarch64-dvd1.iso) = 6654112602beec7f6b5c134f28cf6b77aedc05b2a7ece2656dacf477f77c81df # CentOS-8.4.2105-ppc64le-boot.iso: 722780160 bytes SHA256 (CentOS-8.4.2105-ppc64le-boot.iso) = 4a83e12f56334132c3040491e5894e01dfe5373793e73f532c859b958aeeb900 # CentOS-8.4.2105-ppc64le-dvd1.iso: 8484990976 bytes SHA256 (CentOS-8.4.2105-ppc64le-dvd1.iso) = 9cfca292a59a45bdb1737019a6ac0383e0a674a415e7c0634262d66884a47d01 # CentOS-8.4.2105-x86_64-boot.iso: 758120448 bytes SHA256 (CentOS-8.4.2105-x86_64-boot.iso) = c79921e24d472144d8f36a0d5f409b12bd016d9d7d022fd703563973ca9c375c # CentOS-8.4.2105-x86_64-dvd1.iso: 9928966144 bytes SHA256 (CentOS-8.4.2105-x86_64-dvd1.iso) = 0394ecfa994db75efc1413207d2e5ac67af4f6685b3b896e2837c682221fd6b2 Information for the torrent files and sums are available at http://mirror.centos.org/centos/8/isos/ -------- Additional Images Vagrant and Generic Cloud images are available at: http://cloud.centos.org/centos/8/ Amazon Machine Images for Amazon Web Services are published by ID into a number of regions. A table of AMI IDs can be found here: https://wiki.centos.org/Cloud/AWS ---------- Getting Help The CentOS ecosystem is sustained by community driven help and guidance. The best place to start for new users is at http://wiki.centos.org/GettingHelp We are also on social media, you can find the project: on Twitter at :http://twitter.com/CentOS on Facebook at :https://www.facebook.com/groups/centosproject/ on LinkedIn at :https://www.linkedin.com/groups/22405 And you will find the core team and a majority of the contributors on irc, on irc.libera.chat in #centos ; talking about the finer points of distribution engineering and platform enablement. ---------- Contributors This release was made possible due to the hard work of many people, foremost on that list are the Red Hat Engineers for producing a great distribution and the CentOS QA team, without them CentOS Linux would look very different. Many of the team went further and beyond expectations to bring this release to you, and I would like to thank everyone for their help. We are also looking for people to get involved with the QA process in CentOS, if you would like to join this please introduce yourself on the centos-devel list (http://lists.centos.org/mailman/listinfo/centos-devel). Finally, please join me in thanking the donors who all make this possible for us. Enjoy the fresh new release! Thanks, Johnny Hughes

3 2

CentOS Stream 9 Buildsystem Paused over the weekend for power maintenance
by Brian Stinson 04 Jun '21

04 Jun '21

Hi Folks, There is power maintenance going on over this weekend in the datacenter hosting parts of kojihub.stream.centos.org We have paused the buildsystem, and the Merge Request pipelines in Gitlab until we're ready to come back. We expect to re-enable things on Monday morning US time. While this maintenance is ongoing, the web interfaces may also be down. Thanks for your patience, -- Brian Stinson brian(a)bstinson.com

1 0

kmods SIG Proposal
by David Duncan 02 Jun '21

02 Jun '21

Hi, The kmods SIG looks like a great place to introduce the out-of-tree versions of the ENA and EFA drivers for supporting Amazon EC2 instances. If this is the right place for that work, I would like to add my support by contributing effort to maintain them here. -- David Duncan | Working from Austin, TX A: The lost context. Q: What makes top-posted replies harder to read than bottom-posted?

3 3

[NFV SIG] NFV SIG meeting minutes - 2021-06-02
by Alfredo Moralejo Alonso 02 Jun '21

02 Jun '21

============================================= #centos-meeting: NFV SIG meeting - 2021-06-02 ============================================= Meeting started by amoralej at 15:06:15 UTC. The full logs are available athttps://www.centos.org/minutes/2021/June/centos-meeting.2021-06-02-15.06.… . Meeting summary --------------- * roll call (amoralej, 15:07:01) * remember that now centos IRC channels are in libera chat, meetings are in #centos-meeting (amoralej, 15:08:19) * status of OpenvSwitch and OVN 2.15 (amoralej, 15:09:01) * package ovn-2021 is compatible with openvswitch 2.15 (amoralej, 15:09:27) * ovn-2021 has been built for CentOS Stream 8 and it's available in testing repo https://buildlogs.centos.org/centos/8-stream/nfv/x86_64/openvswitch-2/ (amoralej, 15:10:18) * ovn-2021 has virtual provides on openvswitch2.13-ovn what can produce conflicts between ovn2.13 and ovn-2021 if the virtual provides is used to install (amoralej, 15:11:27) * gating jobs with openstack are being added to gate promotions of ovs2.15 and ovn-2021 (amoralej, 15:12:17) * once the jobs are set and can be used ovn-2021 will be promoted to the release repository (amoralej, 15:12:35) Meeting ended at 15:17:19 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * amoralej (10) * centbot (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Stream ISO retention
by Lance Albertson 01 Jun '21

01 Jun '21

What is the current policy for Stream ISO's? It seems that it's currently only one week which is problematic when trying to maintain your own packer templates and having to constantly update the filename and checksums. It seems as though long term, this method doesn't bode well for maintainability. Would it be possible to do one of the following? 1. Offer a filename symlink to the "current" build? 2. Offer an ISO that exists longer than a week? 3. Host archived ISOs on vault (or somewhere else) with some saner retention Thanks- -- Lance Albertson Director Oregon State University | Open Source Lab

3 10

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