devel October 2020

devel@lists.centos.org

19 participants
15 discussions

forums + portal for {lang}.centos.org sites
by Karanbir Singh 16 Aug '24

16 Aug '24

Hi, Earlier in the evening today Ralph, Fabian and I had a chat about the present state of the language subsites. This email sort of summarises the main issue ( s/w ). We seem to have run into a slight technical hitch with punbb/fluxbb. They dont support LDAP as a backend. And we had decided a few months back that all new rollouts must have ldap backend so we can rollin CentOS-DS / openldap based backend. So we need to look at alternatives, and since the primary focus of these international sites is going be forums : Here is a shortlist ( if there is anything else that people are aware of, please add to this list ) - phpBB - SMF - Fudforum - phorum - fluxbb Requirements: - Must be able to scale ( couple of hundred thousand msgs ) - Must be able to handle ldap auth ( if it cant, whats involved in writing the ldap-auth portion ) - Must address the specific requirements raised by the present www.centos.org forum users ( Can you please fill this section in ? ) - Must support all languages we need ( pure utf8 support would be good ) - Secure - Skin'able Nice to have: - Capable of running multiple instances from a single deployment - responsive community :D Things we will need to do: - Decide on what s/w to use. - Give the ArtWork people enough time to get the look & feel sorted. - Migrate newbb forums from www.centos.org to $system ( hey, english is a language too :D ). - Migrate fr.centos.org into the final s/w - setup {de/es/ja/it/pt_br}.centos.org Actions: Ralph and Fabian are going to work on setting up a test ldap server, once that is online we will then start by installing into our test-vm-farm the various s/w to eval them. If anyone would like to help, please feel free to jump right in. I'll setup a wiki page for this issue, which might be a good place to track progress. -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

22 81

Question about NFS Ganesha [Storage SIG]
by Strahil Nikolov 09 Nov '20

09 Nov '20

Hello All, I am trying to deploy a GlusterFS 8 on a CentOS 8.2.2004 with NFS Ganesha. It seems that Ganesha provided by centos-release-nfs-ganesha28 & centos-release-nfs-ganesha30 require resource-agents >= 4.2, but HighAvailability repo provides only 4.1 . How can I obtain resource-agents suitable for NFS Ganesha. Some output: [root@glustera ~]# yum install glusterfs-ganesha.x86_64 Последната проверка за остарялост на метаданните: преди 0:00:30 на 24.10.2020 (сб) 20:50:19 EEST. Грешка: Проблем: cannot install the best candidate for the job - nothing provides resource-agents >= 4.2.0 needed by glusterfs-ganesha-8.1-1.el8.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Best Regards, Strahil Nikolov

3 20

CentOS 7 (2009) in progress
by Johnny Hughes 05 Nov '20

05 Nov '20

OK all .. RHEL 7.9 source code updated today. I am currently working to start the build of CentOS 7 based on that [CentOS 7 (2009) ]. Currently, we need to bootstrap and then build llvm-toolset-9.0 and rust-toolset-1.41 as some of the released packages need those toolsets. I also need to check devtoolset-7 and devtoolset-8 and see if we need any updates to pacakges there before we start the main build .. and I need to see of any of the packages need devtoolset-9. Once we have all those prerequisites completed, I can start the main builds. The goal, as usual, is to get the CR repo populated in 7 to 10 days: https://wiki.centos.org/AdditionalResources/Repositories/CR And the final release completed in less than 40 days. Thanks, Johnny Hughes

5 9

Missing sources for RHSA-2020:3623
by plageat＠tut.by 29 Oct '20

29 Oct '20

Hi, Someone responsiable for the importing from CentOS side, do finally something about RHSA-2020:3623/squid-4.4-8.module+el8.2.0+7834+b8ecaeef.2.src.rpm. We are almost past for 2 month atm, while still waiting for source availability at git.centos.org. While some other "bad guys" are using officially private sources at this moment (https://yum.oracle.com/repo/OracleLinux/OL8/appstream/x86_64/getPackageSour…), we are still waiting those get imported to CentOS git for "good guys". Just PLEASE

1 0

FOSDEM devroom applications due THIS WEEKEND
by Rich Bowen 27 Oct '20

27 Oct '20

Sorry for the late notice - although I'm sure many of you already knew about this, this is the first I have seen dates around this. If you would like to host a DevRoom (ie, a content track) at the upcoming FOSDEM, the deadline for applying is October 31st. Details are here: https://fosdem.org/2021/news/2020-10-26-devroom-cfp/ Key dates: 31 October deadline for developer room proposals 10 November accepted developer rooms announced 15 November (or earlier) developer rooms issue Calls for Participation 31 December (or earlier) developer rooms publish complete schedules All deadlines are at 23:59 UTC.

1 0

CPE Weekly: 2020-10-25
by Aoife Moloney 25 Oct '20

25 Oct '20

--- title: CPE Weekly status email tags: CPE Weekly, email --- # CPE Weekly: 2020-10-25 Hi Everyone, Below is this week's CPE weekly for week ending 2020-10-25 for both Fedora & CentOS, and if you want to visit the hackmd link https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view you can then use the header bar on your left to skip to Fedora or CentOS updates that interest you. ## General Project Updates We have a CPE Q3 Achievements blog out on the Fedora and CentOS websites https://blog.centos.org/2020/10/cpe-q3-achievements-2020/ https://communityblog.fedoraproject.org/cpe-achievements-during-q3-2020/ Updated initative timetable can be viewed here https://docs.fedoraproject.org/en-US/cpe/time_tables/ And below are the projects the CPE team are working on for the months of October, November & December: * CentOS Stream Phase 4 - Build system services * Noggin Phase 4 - Data Migration of Fedora & CentOS Accounts, Community testing * OSBS for aarch64 - this will begin in November * Fedora Messaging Schemas - this work is continuing from Q3 and is being worked on part-time ### Misc #### GitLab Sent a mail to the devel lists for both Fedora & CentOS with questions that had answers relating to the topic Accouns & Permissions. It has been sent to devel-announce(a)fedoraproject.org & centos-devel(a)centos.org. Here is the link to the hackmd doc I used to write the email before copying it across to my email to send https://hackmd.io/1pjX1cVnTjekOLVowj5UiQ?view ## Project Updates *The below updates are pulled directly from our CPE team call we have every week.* ## CentOS Updates ### CentOS * CentOS 7.9.2009 pkgs pushed to CR repo, next step is to install tree and artifacts such as iso & cloud images. * Working a lot with the AAA/Noggin team on CentOS account integration and making good progress ### CentOS Stream * There are now cloud image updates available for CentOS Stream * There are some documentation updates here on unshipped packages & Stream feel free to read up! https://wiki.centos.org/FAQ/CentOS8/UnshippedPackages ## Fedora ### General * F33 will be released next week!! * The team got an F33 nightly compose finished too! * There is a dashboard available to view the performance of Anitya https://monitor-dashboard-web-monitor-dashboard.app.os.fedoraproject.org/d/… * And there is capability to do the same for the packager workflow pipeline which we are still working on ### Staging Environment * Build system nearly done - waiting on a firewall change ### Noggin/AAA * New estimated deployment date for Noggin is 29th January 2021. * The team are working on completing a full staging environment to deploy Noggin in right now and will hope to have this in place in the next few weeks * We also have some members of CentOS working in this team now to help with the work required for the migration of the CentOS accounts and data to Noggin * The teams kanban board where they track their work can be found here https://github.com/orgs/fedora-infra/projects/6 * And we have a project tracker available to be viewed here https://github.com/fedora-infra/aaa-tracker ### Fedora Messaging Schemas * This project is worked on on a part time basis as we are prioritizing completing Noggin first before fully committing to its completion * 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 ## Team Info ### CPE Product Owner Office Hours IRC office hours are now once per month.Below are the logs from the most recent meetings and dates for the next ones. #### #fedora-meeting-1 * Next Meeting: 2020-11-12 @ 1300 UTC on #fedora-meeting-1 #### #centos-meeting * Next Meeting: 2020-11-10 @ 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

GitLab AMA Topic Discussion: Permissions & Access
by Aoife Moloney 25 Oct '20

25 Oct '20

Hi everyone, Thanks again for your involvement in the GitLab AMA session on IRC in September. As promised, this is the first of a 5-part series breaking down main topics that came up during the session. I will send a topic every week for discussion to both Fedora and CentOS devel lists. While this may not impact CentOS directly right now, there may be some crossover in the future, such as the merging of the CentOS account authentication system to be under the same software as Fedora, and I want to make sure you are all kept aware of developments too. So, I have pulled the relevant questions and answers from the original hackmd doc into one email. If you would like to discuss this topic specifically, here might be a good place to do so. I dont consider myself technical enough to weigh in on details, but I am happy to facilitate as best I can via email. And more importantly (for me), learn from the discussion too. Here are some links to resources as well: * Questions and Answers hackmd link https://hackmd.io/RW8HahOeR7OJPON1dwuo3w * Chat log from session https://meetbot.fedoraproject.org/fedora-meeting-1/2020-09-10/ama_session_w… * AMA Blog post https://communityblog.fedoraproject.org/gitlab-ama-follow-up/#more-9346 * Here is this email in hackmd if you wish to view it there: https://hackmd.io/1pjX1cVnTjekOLVowj5UiQ?view ## Topic: Permission and Access - Question: Fedora has a group-based access system. People in the `packager` group have (commit) access to only the packages they maintain. People in the `provenpackager` group have (commit) access to all the active packages, but a few (for legal reason). People in the `releng` group have commit access to all the packages. Is this an access model that GitLab can support? If not, how would this work in a GitLab world? How would notifications work (Esp consider people in the `provenpackager` or `releng` group do not want to be notified for all the projects they have access to)? - Answer: What I explored was something along the lines of : - Packager → Using GitLab’s Maintainer or Developer role for the project they maintain (Maintainer have the ability to access project settings and change pretty much everything there, so that might be blocking here, Developer only have commit access, so we need another way to change some settings for Packagers) - Co-Maintainer → Using GitLab’s Developer role (commit access) - Proven-Packager → GitLab’s Developer role on all repo (expect 2) - Release Engineer/Admin/etc .. → GitLab’s Owner role on all repos - This is not an exact matching with what we currently have but should give us a way to experiment with this and look at what is acceptable or not. - There is also a GitLab ticket (https://gitlab.com/gitlab-org/gitlab/-/issues/7626) to implement policies for the project that could give more granular control of permissions. - Gitlab’s notifications are quite granular and can be managed at the different levels (Merge Requests, Projects, Group, Global) https://docs.gitlab.com/ee/user/profile/notifications.html#global-notificat… - Question: Fedora supports the concept of a retired `project` (ie: archived) that no-one can commit to. Does GitLab have an equivalent concept? (The retired status is not something project admins can change) - Answer: There is an option to have a “retired” group which is configured to have nobody with commit access. Then retiring a project would simply mean to move the project from the “rpm” group to “retired” group for example. There is also possibility to simply archive projects https://docs.gitlab.com/ee/user/project/settings/#archiving-a-project - Question: could gitlab (inc) maintain a Community Edition GitLab instance that Fedora uses? - Answer: There is no plan to create custom versions of GitLab for customers. Instead, GitLab encourages paid customers and free users alike to contribute upstream to make sure that GitLab continues to work well for the most amount of users possible. As an open core company, GitLab has a public roadmap and works with its community members to build a great product. GitLab regularly engages with its community and takes into account its feedback. As a result, features are often ported down into lower tiers in order to make the Community Edition and Free tiers continuously more useful (see example of 18 features moved to open source). GitLab hosting is available to users of GitLab.com SaaS, but GitLab does not offer hosting and management for GitLab CE or EE instances. - Question: Can project creation be restricted to a specific group of people in GitLab? - Answer: Yes this can be configured at the instance level (https://gitlab.com/help/user/admin_area/settings/visibility_and_access_cont…) or at the group level (https://gitlab.com/help/user/group/index.md#default-project-creation-level) - Question: Can project (main project, not fork) deletion be restricted to a specific group of people in GitLab? (ie: project owner/maintainer must not be allowed to delete a main project, they can delete their own fork of course) - Answer: There is an issue https://gitlab.com/gitlab-org/gitlab/-/issues/233379 that could help with this by requiring an additional person approve the deletion & there’s a related issue https://gitlab.com/gitlab-org/gitlab/-/issues/227468 to create a list of authorized approvers for these types of changes (not MRs) that sounds aligned with this ask - Question: How would group membership be sync to GitLab? - Answer: We are still not 100% clear on that, since GitLab supports OpenIDC & we will need to investigate if we could make use of the group scope returned by AAA. Otherwise we will need a solution to sync the groups to GitLab most likely using API calls. - Question:Will there be better support for Podman in CI workflows in GitLab? - Answer: Short term solution might be using a custom executor, long term solution would be getting the Runner executor podman (#4185) feature request issue scheduled and closed. Ultimately product team schedules work, while everyone can contribute MRs or fixes ahead of schedule. In the past, I've seen a lot of enthusiasm from GitLab team members in helping solve problems from Open Source Program members whenever possible. These are all the questions that had answers I could spot from the larger hackmd document, however my apologies if I missed any. next week I will pull in all the questions and answers on 'Message Bus' in a new email and send for discussion. I know there are still some questions unanswered so I will try to chase down answers to these, but it could take some time. If I can get them answered over the next few weeks, I will send a 'misc' topic email at the end of these few weeks worth of emails. I hope you find this helpful and it is going to take some time to work through everything so thank you for your patience and involvement in this, it is very much appreciated. Kindest regards, Aoife -- Aoife Moloney Product Owner Community Platform Engineering Team Red Hat EMEA Communications House Cork Road Waterford

1 0

Backport cloud-init upstream bug fix
by Trunet 20 Oct '20

20 Oct '20

Hello all, Cloud-init 20.1 implemented a fix that is making me unable to fs_setup swap disk/partition. What would be the correct way to have [ https://github.com/canonical/cloud-init/pull/143/files | https://github.com/canonical/cloud-init/pull/143/files ] backported to centos cloud-init 18.3 (from centos 7.8)? My ugly fix for now is having `sed` on bootcmd cloud-config "applying" the patch for me. mkswap on bootcmd doesn't work as sometimes the volume is still not available and I will have to introduce a wait there as well. Best regards, Wagner Sartori Junior

2 1

CPE Weekly: 2020-10-17
by Aoife Moloney 17 Oct '20

17 Oct '20

Hi Everyone, Below is this week's CPE weekly for week ending 2020-10-17. Im gone a little bi-weekly lately with this report. This has been more circumstantial with our quarter 3 projects ending and launching quarter 4 work, and will get back to a weekly report now that Q4 is underway. So, the updates for both Fedora & CentOS are below, and if you want to visit the hackmd link https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view you can then use the header bar on your left to skip to Fedora or CentOS updates that interest you. ## General Project Updates We have a CPE Q3 Achievements blog out on the Fedora and CentOS websites https://blog.centos.org/2020/10/cpe-q3-achievements-2020/ https://communityblog.fedoraproject.org/cpe-achievements-during-q3-2020/ And below are the projects the CPE team are working on for the months of October, November & December: * CentOS Stream Phase 4 - Build system services * Noggin Phase 4 - Data Migration of Fedora & CentOS Accounts, Community testing * OSBS for aarch64 - this will begin in November * Fedora Messaging Schemas - this work is continuing from Q3 and is being worked on part-time ### Misc #### GitLab There is now a blog post out on the Fedora community blog on the AMA, you can read it here https://communityblog.fedoraproject.org/gitlab-ama-follow-up/ Im going to be sending one mail per week to the CentOS and Fedora devel lists on Fridays, dedicated to one topic. The first topic will be Permission and Access in GitLab. I will pull the questions and answers from the hackmd doc into an email body to try to facilitate dedicated discussion around this topic. I would like to just set expectations now that I don't consider myself to be technical enough to weigh in on the discussion, but I am looking forward to reading and learning from the conversation. ## Project Updates *The below updates are pulled directly from our CPE team call we have every week.* ## Fedora ### General * Go NoGo meeting was on 15th Oct. F33 was No GO and new date is moved to 2020-10-27 ### Staging Environment * Working on getting OpenQA moved over * Adding boxes to CentOS to test IPA ### Noggin * After the team reviewed the work still left to do to be able to deploy a robust and secure solution, we discovered that there is more development work to do and we are now working towards a release date of January 29th 2021. * Accounts & data will remain secure in the current solution until we can cut over, we have established a monitoring plan to derisk this extended time the team needs to complete their work. * The team are working on completing a full staging environment to deploy Noggin in right now and will hope to have this in place in the next few weeks * We also have some members of CentOS working in this team now to help with the work required for the migration of the CentOS accounts and data to Noggin * 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 worked on on a part time basis as we are prioritizing completing Noggin first before fully committing to its completion * 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 ## CentOS Updates ### CentOS * New CI admin added - mobrien, welcome! * Plumbing for duffy being worked on currently and will be deploying to staging in the coming weeks ### CentOS Stream * Looking at ODCS services in the build system * Also working on deploying mbbox operator to the system too * centos-stream-release package is also out, go check it out! ## Team Info ### CPE Product Owner Office Hours IRC office hours are now once per month.Below are the logs from the most recent meetings and dates for the next ones. #### #fedora-meeting-1 * Log from 2020-10-15 meeting: * Next Meeting: 2020-11-12 @ 1300 UTC on #fedora-meeting-1 #### #centos-meeting * Log from 2020-10-13 meeting: * Next Meeting: 2020-11-10 @ 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

CPE PO Office Hours IRC Reminder - #centos-meeting @ 1500 UTC
by Aoife Moloney 13 Oct '20

13 Oct '20

Hi everyone, I reduced my IRC office hours to once per month, on the 2nd tuesday of every month and today is that day! :) Ill be on #centos-meeting @ 1500 UTC today if anyone would like to stop by and chant. I have no agenda set, but will probably give a quick rundown of the projects CPE are working on in Q4 and how our quarterly planning session went. If you want to chat about the above, or anything else, you know where to find me! Thanks, Aoife -- Aoife Moloney Product Owner Community Platform Engineering Team Red Hat EMEA <https://www.redhat.com> Communications House Cork Road Waterford <https://www.redhat.com>

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel October 2020