devel

devel@lists.centos.org

16 participants
4590 discussions

CentOS Linux updates released (RSS Feeds)
by Johnny Hughes 21 Sep '20

21 Sep '20

As you may or may not know, we do not have the ability to currently announce CentOS Linux 8 announcements on the CentOS Annonuce Mailing List. We would like to add this in the future. For now, what we do have is an RSS feed for all updates that get released. Use your favorite RSS Feed Tool (I use Thunderbird .. lots of other things available). https://feeds.centos.org/ Subscribe to the xml file you are interested in .. for example, for normal CentOS Linux 8 x86_64 arch installs .. you would subscribe to: https://feeds.centos.org/centos-8-x86_64-BaseOS.xml https://feeds.centos.org/centos-8-x86_64-AppStream.xml This is for people who have asked about what rpms are updated and how to see when new updates happen on CentOS Linux 8. But it works for all versions of CentOS (There are xml files for all repos of CentOS Linxui 6. 7, and 8 .. Also CentOS Stream). Thanks, Johnny Hughes

1 0

CPE Weekly: 2020-09-20
by Aoife Moloney 20 Sep '20

20 Sep '20

Hi Everyone, Below is this week's CPE weekly for week ending 2020-09-20. I found that if you want to skip to the hackmd, you can use the view link https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view and then use the header bar on your left to skip to either the Fedora or CentOS updates, whichever interest you. I'll also be adjusting these updates in the coming weeks to make them a bit more direct to consume. Thanks for giving me this feedback in the CPE survey, I want to deliver value to you all, so it's great to KNOW what you find valuable first hand :) # CPE Weekly: 2020-08-14 ## General Project Updates As a reminder, below are the projects the CPE team are working on for the months of July, August & September: * Data Centre Move - Final Works * CentOS Stream Phase 3 * Noggin Phase 3 * Packager Workflow Healthcare * Fedora Messaging Schemas We have recently held our Q4 planning session and the CPE review team, Fedora, CentOS and RHEL BU have voted the following projects for action in Q4, which is the months of October November & December: * OSBS for aarch64 * Fedora-messaging schemas We are continuing to work on CentOS Stream and Noggin and took these projects as confirmed when looking at what other work our team could realistically complete in the Q4 period, given that there's both Thanksgiving and Christmas time off to consider, plus any time off our team wishes to take. The taiga cards of Noggin, CentOS Stream, OSBS for aarch64 and fedora-messaging schemas will be updated next week with what our team hopes to deliver in the next quarter on each of the projects. Our project board is here (it's just not updated properly - yet) https://tree.taiga.io/project/amoloney1-cpe-team-projects/kanban?epic=null ### Misc #### GitLab Thank you so much to everyone for adding your questions to the doc for the GitLab AMA session on Thursday 10th September, and for your attendance on the day during the call. Here is the full AMA transcript https://meetbot.fedoraproject.org/fedora-meeting-1/2020-09-10/ama_session_w… however it is a bit confusing to read so we got a few great suggestions to have dedicted topics like Message Bus and Branching, etc go out to the devel lists to discuss. I'm happy to start this next week, but I will collect the questions related to each topic and propose a cadence to send them out first to discuss, so people dont miss mails and know the week ending 2nd October will be (for example) the topic of Group Permissions - What do you think? GitLab have also agreed to answer the questions, we have asked them to do so within 2 weeks of the AMA so as soon as this is complete I will let you know so you can read through them on the hackmd link. The link is here where we asked you to contribute your questions and I will be posting answers once we have them underneath https://hackmd.io/RW8HahOeR7OJPON1dwuo3w I really appreciate your involvement with this as we begin to dig deeper into how this might play out next year and what way it should for everyone's benefit. ## Project Updates *The below updates are pulled directly from our CPE team call we have every week.* ## CentOS Updates ### CentOS * Deployed new 4.5.9 openshift cluster for Stream * The team provisioned EC2 infra for team responsible for registry.centos.org (we don’t maintain it, so just providing infra, like Fedora does for Copr) * They also migrated a bunch of nodes to the new Ansible CI inventory ### CentOS Stream * Using Openshift cluster for engineering work and will be using it to deploy & test mbbox in our infra * Scoping and refining work for October November & December ## Fedora ### General * 6 of 8 Beta-blockers have fixes for F33 beta * New release of fedscm_admin * FMW mac and windows binaries are signed ### Staging Environment * About 70% done installing vm’s (27 left out of 88) * Still need to bring up aarch64/armv7/ppc64le builders * Databases need syncing ### AAA Replacement * The team are working on testing Ipsilon in Staging and adding OpenID Connect Capability * they are also testing fas2ipa migration script in tiny-stage and improve it * Add Noggin to tiny-stage environment and test * The teams kanban board where they track their work can be found here https://github.com/orgs/fedora-infra/projects/6 ### Fedora Messaging Schemas * This project is on hold until Noggin completes. * It will be resumed around December timeframe and is part of our Q4 workload to complete * There is a list of applications that require messaging schemas can be found here https://hackmd.io/@nilsph/H1i8CAbkP/edit * There is a readme which contains documentation on messaging schemas, a cookie-cutter template to create the schema and a definition of Done for writing a schemas https://github.com/fedora-infra/fedora-messaging-schemas-issues * The board they are working from can be viewed here https://github.com/orgs/fedora-infra/projects/7 ### Packager Workflow Healthcare * The team have been working on more improvements and fixes to the monitor-gating * These improvements have led to * Finding a bug in our testing script * Improved log messages * We actually caught a problem! :) * The data the team have been reviewing have been from April - July and have already discovered that so far it looks like Pagure, koji and bodhi work well * We see some intermittent problems, but nothing too big, mostly only spikes in runtime * Fedora CI still looks like a POC, but functional * Our test-script hitting timeouts/failing 10% of the time * Gating (greenwave/resultsdb/waiverdb) looks functional, but relies on CI and doesn't have as much packages going through the workflow * A more formal report will be published soon as part of the project deliverable so keep an eye on their work! * The teams work is being tracked here https://teams.fedoraproject.org/project/cpe-cicd/kanban ## Team Info ### Changes to CPE Product Owner Office Hours Following the feedback received in the CPE survey, I will be reducing my IRC office hours to once per month. #### #fedora-meeting-1 * Next Meeting: 2020-10-15 @ 1300 UTC on #fedora-meeting-1 #### #centos-meeting * Next Meeting: 2020-10-13 @ 1500 UTC on #centos-meeting ## Background: The Community Platform Engineering group, or CPE for short, is the Red Hat team combining IT and release engineering from Fedora and CentOS. Our goal is to keep core servers and services running and maintained, build releases, and other strategic tasks that need more dedicated time than volunteers can give. See our wiki page here for more information:https://docs.fedoraproject.org/en-US/cpe/ As always, feedback is welcome, and we will continue to look at ways to improve the delivery and readability of this weekly report. Have a great week! Aoife Source: https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view -- Aoife Moloney Product Owner Community Platform Engineering Team Red Hat EMEA Communications House Cork Road Waterford

1 0

No available modular metadata for modular package
by Jan Pazdziora 18 Sep '20

18 Sep '20

Hello, an attempt to install IPA server currently fails: # yum -y module enable idm:DL1 Failed to set locale, defaulting to C.UTF-8 CentOS-8 - AppStream 3.5 MB/s | 5.7 MB 00:01 CentOS-8 - Base 3.6 MB/s | 2.2 MB 00:00 CentOS-8 - Extras 69 kB/s | 8.1 kB 00:00 Dependencies resolved. ================================================================================ Package Architecture Version Repository Size ================================================================================ Enabling module streams: 389-ds 1.4 httpd 2.4 idm DL1 pki-core 10.6 pki-deps 10.6 Transaction Summary ================================================================================ Complete! # yum -y module install idm:DL1/server [...] (354/357): xmlrpc-c-1.51.0-5.el8.x86_64.rpm 1.6 MB/s | 212 kB 00:00 (355/357): xmlrpc-c-client-1.51.0-5.el8.x86_64. 1.3 MB/s | 40 kB 00:00 (356/357): words-3.0-28.el8.noarch.rpm 2.5 MB/s | 1.4 MB 00:00 (357/357): selinux-policy-targeted-3.14.3-41.el 3.2 MB/s | 15 MB 00:04 -------------------------------------------------------------------------------- Total 3.9 MB/s | 212 MB 00:53 warning: /var/cache/dnf/AppStream-02e86d1c976ab532/packages/389-ds-base-1.4.2.4-10.module_el8.2.0+489+38ed056a.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 8483c65d: NOKEY CentOS-8 - AppStream 1.6 MB/s | 1.6 kB 00:00 Importing GPG key 0x8483C65D: Userid : "CentOS (CentOS Official Signing Key) <security(a)centos.org>" Fingerprint: 99DB 70FA E1D7 CE22 7FB6 4882 05B5 55B3 8483 C65D From : /etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial Key imported successfully Running transaction check No available modular metadata for modular package '389-ds-base-1.4.2.4-10.module_el8.2.0+489+38ed056a.x86_64', it cannot be installed on the system No available modular metadata for modular package '389-ds-base-libs-1.4.2.4-10.module_el8.2.0+489+38ed056a.x86_64', it cannot be installed on the system No available modular metadata for modular package 'python3-lib389-1.4.2.4-10.module_el8.2.0+489+38ed056a.noarch', it cannot be installed on the system The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'yum clean packages'. Error: No available modular metadata for modular package What is the appropriate place to report this issue? I assume bugs.centos.org is not it because the package itself is likely built just fine. At least two days ago the installation passed. -- Jan Pazdziora Product Owner, Platform Security Readiness, Red Hat

5 9

Re: [CentOS-devel] Centos 8.x, dlm Package unavailable
by Judd O'Bannon 18 Sep '20

18 Sep '20

> On 8/25/20 11:21 AM, Theodor Mittermair wrote: >> Hello, >> >> I'd like to inquire about the status of the "dlm" package on Centos 8, >> which is required for using 'lvmlockd', replacement of 'clvmd'. >> I also asked on #centos irc channel and was directed to this mailing list >> There is a corresponding bug ticket [2] for this issue for quite some >> time, but since the end-of-life of CentOS 6 grows closer, some people >> would like to replace their CentOS 6 Cluster with a CentOS 8 one, which >> is why I ask on this mailing list now. >> >> With the release of CentOS 8.0 it seems there were some issues with >> HighAvailability in general [1], but seem to have been resolved with >> CentOS 8.1. >> >> However, as already mentioned there is a separate ticket [2], for the >> dlm package, which is unresolved as far ( 2020-08-25, Centos8.2 ) as i >> am aware. >> This prevents the use of clustered lvm and gfs2 out of the box, not an >> uncommon use when configuring a HA Cluster, also described by RedHat >> documentation [3]. >> In that tickets' conversation, it is mentioned that "that package is not >> in RHEL .. we have released what is in RHEL", however someone else >> seemed to have been in contact with RedHat and received information that >> "...this package is in fact part of a RedHat repository and then CentOS >> members should be able to take a look into it again...". >> >> I'd also like to bring attention to the following explicitly: >> * dlm-lib and dlm seem to be built from the same source rpm, dlm-lib is >> available while dlm is not. >> * apparently at some point in time dlm could be downloaded from koji >> [4], but no more. For testing purposes we built dlm ourselves, locally >> as well as on copr [5], which seems to work thus far. >> * fedora (however much this might mean) provides dlm. >> * It might just be a configuration error on the build system, if I >> understood correctly, there was/is larger amounts of restructuring. Also >> see chders' post from 2020-08-21 [2], which provides a possible >> explanation and solution. >> >> For completeness, you should be able reproduce the absence of that >> package with: >> "yum --disablerepo='*' >> --enablerepo=BaseOS,AppStream,HighAvailability,epel,cr,centosplus,PowerTools,Devel,extras,fasttrack >> list available | grep dlm" >> or simply attempt to >> "yum install dlm" >> on your CentOS 8.x Installation. >> >> Therefore, I would like to ask: >> Is this an error on my end, am I doing something wrong or missing a >> configuration? >> If no, is there actually any political/technical/administrative/law >> based reason for the unavailability of the "dlm" package? >> If no, according to recent posts on the ticket [2], there might be a >> rather simple solution (simplified, declaring the package to be included >> in a repository), is it valid and who could do this if applicable? >> >> with best regards >> Theodor Mittermair >> <https://koji.mbox.centos.org/koji/buildinfo?buildID=4801> >> [1] https://bugs.centos.org/view.php?id=16553 >> [2] https://bugs.centos.org/view.php?id=16939 >> [3] >> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/ht… >> [4] https://koji.mbox.centos.org/koji/buildinfo?buildID=145 >> [5] https://copr.fedorainfracloud.org/coprs/astra/dlm/ >> >> >> _______________________________________________ >> CentOS-devel mailing list >> CentOS-devel at centos.org >> https://lists.centos.org/mailman/listinfo/centos-devel >> > Hi Folks, > > Some clarity will follow on how we plan to deliver Addon repositories > like ResilientStorage, HighAvailability and NFV. > > Because of Red Hat’s desire to develop Addons along with the next minor > release of RHEL our plan is to enable ResilientStorage and NFV in CentOS > Stream for direct consumption. > > If you think a package belongs in another repository, we encourage you > to open a CentOS Stream bugzilla to discuss with RHEL maintainers: > > https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise%20… > > We do not plan to expand the portfolio of Addons for CentOS Linux. > > If there is a group of interested folks who wish to maintain extra > content built against CentOS Linux, you may apply for a Special Interest > Group: https://wiki.centos.org/SIGGuide > > Cheers! > --Brian My apologies as I just subscribed to this list, I'll likely break the thread up. I did my best to contain relevance above. First question, the statement ""...Resilient Storage is not base...". There has been a shift from 7 to 8 that I don't understand. RHEL 7 provides dlm in ResilientStorage, then CentOS 7 provides dlm in base [1]. The dlm package is still part of ResilientStorage in RHEL 8, but can't be provided? I wasn't able to find any answer to why that was changed. Can you provide any insight to the shift? Second question, the current advice seems to be "dlm will be in centos-stream and you should use that." However, tdawson made a pretty explicit statement: "If people are running their production machines on CentOS Stream ... well, in my opinion, that's their problem."[2] These statements appear contradictory. Just trying to piece this all together so I can explain to my peers the business and community decisions going on here. Currently someone that set up a cluster with gfs2 in 7 can't do the same thing in 8 due to the dlm package missing. That is a loss of functionality and seems to indicate it's a bug or intentional reduction in feature set. If I'm misunderstanding any of this please educate me. Thank you, Judd [1] http://mirror.centos.org/centos-7/7/os/x86_64/Packages/dlm-4.0.7-1.el7.x86_… [2] https://lists.centos.org/pipermail/centos-devel/2020-July/037034.html

8 11

[Meeting] RDO meeting (2020-09-16) minutes
by Amy Marrich 16 Sep '20

16 Sep '20

#rdo: RDO meeting - 2020-09-16 Meeting started by spotz at 14:01:06 UTC (full logs). Meeting summary Roll Call (spotz, 14:01:29) https://etherpad.opendev.org/p/RDO-Meeting (spotz, 14:06:05) Victoria Release Preparation (spotz, 14:08:10) centos8-victoria dlrn server is up https://trunk.rdoproject.org/centos8-victoria/status_report.html (ykarel, 14:09:11) reqcheck/builds is in progress https://review.rdoproject.org/r/#/q/topic:victoria-branching (ykarel, 14:26:43) Switch to NFV sig repos for victoria: https://review.rdoproject.org/r/29009 (ykarel, 14:27:36) Next Week's Chair (spotz, 14:28:52) Open FLoor (spotz, 14:29:55) https://trello.com/c/kWTPfY5X/743-implement-sources-verification-for-clouds… (amoralej, 14:30:34) Meeting ended at 14:39:36 UTC (full logs). Action items (none) People present (lines said) ykarel (34) amoralej (30) spotz (29) chandankumar (6) weshay|ruck (5) openstack (5) jcapitao (3) rdogerrit (2) Generated by MeetBot 0.1.4. *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 <https://www.redhat.com/>

1 0

Infrastructure SIG
by Rich Bowen 14 Sep '20

14 Sep '20

In yesterday's board meeting, the board discussed and approved the creation of an Infrastructure SIG. There are some details here - https://blog.centos.org/2020/09/board-approves-creation-of-infrastructure-s… - but much still needs to be figured out. The main goal here is to move some operational things out of the Board's purview, and into a working group that can move more quickly, and delegate more broadly, while still being under board oversight. Aoife Moloney, who you may know from her weekly "CPE Weekly" mailings, has taken the initial role of SIG Chair for that group, which doesn't mean that she's doing all the work or making all the decisions, but, rather, that she's kind of a project manager for the group. As the last paragraph of the blog post says: "We welcome participation and comment from anyone with the skills or interest to be helpful, particularly if you are already administering any of the infrastructure that the CentOS project relies on." This is not an attempt to take any work away from those already doing it, rather to create a group where that work can be coordinated and tracked, so that the board knows what's going on, without having to have their hands directly in the process.

3 2

Virt SIG release rpms not landing in extras
by Sandro Bonazzola 14 Sep '20

14 Sep '20

Hi, On Thursday, September 2nd hughesjr built a couple of VIrt SIG release rpms. Transcript from IRC: (16:42:34) *hughesjr:* https://koji.mbox.centos.org/koji/taskinfo?taskID=165776 ; https://koji.mbox.centos.org/koji/taskinfo?taskID=165843 (16:43:09) *hughesjr:* I'll get those in the next compose .. likely later today or tomorrow morning at the latest I guess the build missed a compose on Thursday and I know CentOS is not releasing on Fridays so I expected it to land on Monday September 7th. As of today the packages are not yet in extras repo, is there any problem in the release process or in the built rpms? Anything I can help with? Thanks, -- 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 3

repo_gpgcheck for centos repos?
by Leon Fauster 09 Sep '20

09 Sep '20

Hi, I wonder if it would be not beneficial enabling repo_gpgcheck for all centos repos? A short cross check shows that also SIG repos have repomd.xml signed. mirror.centos.org has no TLS enabled and repo_gpgcheck would add an additional security layer per default? This could be started for EL8? Or are there any barries? -- Thanks Leon

8 12

[NVFSIG] NFV SIG meeting - 2020-09-09 minutes
by Alfredo Moralejo Alonso 09 Sep '20

09 Sep '20

============================================= #centos-meeting: NFV SIG meeting - 2020-09-09 ============================================= Meeting started by amoralej at 15:03:09 UTC. The full logs are available athttps://www.centos.org/minutes/2020/September/centos-meeting.2020-09-09-1… . Meeting summary --------------- * roll call (amoralej, 15:03:27) * ovs and ovn updates (amoralej, 15:05:05) * ovs2.13 and ovn2.13 have been tagged to -release and pushed to mirror.centos.org (amoralej, 15:05:27) * haproxy 2.2.2 build (amoralej, 15:10:28) * haproxy-2.2.2 has been built in nfv8-network-extras (amoralej, 15:10:49) * LINK: https://cbs.centos.org/koji/buildinfo?buildID=30569 (amoralej, 15:11:11) * validation is ongoing in OpenStack deployments (amoralej, 15:11:30) * available to test from https://buildlogs.centos.org/centos/8/nfv/x86_64/network-extras/ (amoralej, 15:12:19) * New release rpm for nfv sig (amoralej, 15:14:40) * ACTION: ykarel to create a new release rpm for NFV SIG (amoralej, 15:18:59) Meeting ended at 15:23:44 UTC. Action Items ------------ * ykarel to create a new release rpm for NFV SIG Action Items, by person ----------------------- * ykarel * ykarel to create a new release rpm for NFV SIG * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * amoralej (50) * ykarel (7) * dholler (5) * centbot (4) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Gitlab AMA: September 10th at 13:30 UTC on IRC
by Rich Bowen 09 Sep '20

09 Sep '20

Over the past few months I'm sure you have seen discussions of the plans around Gitlab later this year. I know some of you have questions and concerns. Please bring those to the Gitlab AMA (Ask Me Anything), September 10th at 13:30 UTC on the #fedora-meeting-1 channel on Freenode, and the CPE team will be there to explain and answer your questions. Thanks! --Rich

2 2

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