devel

devel@lists.centos.org

4 participants
4640 discussions

EPEL Playground - Policy and Plans
by Troy Dawson 21 Sep '20

21 Sep '20

EPEL playground (currently only for epel8) has recently changed it's overall policy. That new policy can be found here. https://fedoraproject.org/wiki/EPEL/Playground The biggest policy change is that epel-playground is not meant to be a stand-alone repository. If you use epel-playground, you are expected to have the regular epel repository enabled. Going along with that stand-alone change is the change that we will no longer be auto-building all epel builds in playground. This means that all instances of package.cfg will be removed, new epel branches will not have package.cfg in them, and requesting an epel branch will not automatically request a epel-playground branch. We will also be cleaning up (untagging) all automatically built, or old, playground packages. Not everything is happening at once. SCHEDULE: * Thursday September 24 - All package.cfg files will be removed from all epel8 dist-git branches. If you want to remove yours before then, that is fine. * Thursday October 1 - All automatically built, or old playground packages will be untagged from epel-playground. * Done (but not verified) - New epel8 branches should not have package.cfg in them. * Sometime Soon - fedpkg will be updated to not automatically request a epel-playground branch each time an epel branch is requested. https://pagure.io/fedpkg/issue/414 We appreciate all the input we've gotten from everyone. Please pass this information on wherever you feel it is needed. Troy Dawson

1 0

An independent system-release package for CentOS Stream
by Brian Stinson 21 Sep '20

21 Sep '20

Hi Folks, Tl;dr: centos-release and centos-release stream are now consolidated in a new package: centos-stream-release Note: Throughout this email, pay close attention to mentions of centos-release-stream (the old package) and centos-stream-release (the new package). These are different packages. Our mission with CentOS Stream is to provide an early preview of what will make it into the next minor release of Red Hat Enterprise Linux. To give us a jump-start on this goal at the beginning, we took CentOS Linux 8 and added some content in extra repositories, providing that preview for a select set of packages. Over the past few months we’ve been adding more and more content; you’ve likely seen more regular content updates to CentOS Stream especially now that our automated push tooling (thanks James and Siteshwar) and lots of package build and compose work (thanks Carl, Johnny, and Mohan) has kept us up to date with nightly RHEL development. To continue with our work to make CentOS Stream stand on its own, we’ve made the following changes to the CentOS Stream compose that is on its way out to the mirrors now: * centos-stream-release now provides redhat-release, centos-release, and system-release * centos-stream-repos controls the Stream yum repositories and is now exclusive to the repos from CentOS Linux What this means if you’re currently running CentOS Stream: Please perform a `dnf update` to get the latest system-release packages What this means if you’re running CentOS Linux, and would like to convert to CentOS Stream: For now, the previous method for upgrading to CentOS Stream still applies (`dnf install centos-release-stream && dnf distro-sync`). This will change in the future as we plan out our future centos-linux-release package. Stay tuned to the mailing list for more details. At the next CentOS Linux minor release we intend to make changes to match. CentOS Linux would see: * centos-linux-release will provide redhat-release, centos-release, and system-release * centos-linux-repos will control the Linux yum repositories As always if you have questions or comments, feel free to chat here on the centos-devel mailing list. On behalf of the CentOS Stream Team, -- Brian Stinson

1 0

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

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