Jelenlegi hely

Feliratkozás hírcsatorna csatornájára
Planet CentOS -
Frissítve: 1 nap 18 óra

CentOS Blog: Git Forge decision

2020, március 27 - 18:01

After evaluating over 300 user stories from multiple stakeholders we have aligned on a decision for the Gitforge that CPE will operate for the coming years. We are opting for Gitlab for our dist git and project hosting and will continue to run with community assistance.

Analysis and recommendation:

A lot of comments and concerns were raised about the suitability of Github as a forge of choice. The preference from all stakeholders (Fedora, CentOS, RHEL, CPE)  is that Github is not a contender and not a preference, with that in mind, we have decided to not analyse it as an option and respect the wider wishes of our stakeholders. Therefore the rest of this analysis focuses on Pagure versus Gitlab as our choice.

Looking at the user story list, we have a picture of a standard set of practices that users expect to have from a Gitforge. The basics of storing code, accessing it, merging, forking and the traditional git workflow are satisfied by both Forges under investigation. 

A key requirement coming to us is security. The need for HTTP/S pushes, the need for more stringent branch control via protected and private branches is a key operating requirement of the CentOS stakeholders. The need to interface with internal and external users in a private capacity whereby embargoed content can be worked on in private is a necessary requirement. 

Another key requirement is usability and accessibility. It is clear that our current forge solution is used as a mixture of ticket tracker, work planning, code repository and storage of documents and other artifacts. The barrier to usage needs to be low to attract drive by users and a strong representation was made for the need to have more accessible ways to interface with the system from a GUI to a command line client.

Developer centric needs came from multiple sources. Integrations with daily workflow, integrations within the IDE, integrations in an always ready and always on approach (SLA requirements were high) as well as the ability to use the forge as a means to improve the codebase (auto notifications of issues, interactive PR reviews etc.) and way of working by providing analytical output was also raised.

A big factor in a decision here needs to be both the immediate usability to meet stakeholder needs that includes an immovable deliverable for CentOS Stream which CPE must deliver by the end of the year. 

Another major factor is the stability, availability and responsiveness of the platform chosen. While no Forge meets the full suite of requirements, the issue of stability, availability and some of the richer features that were requested are currently not available in Pagure. Gitlab provides the most feature rich experience out of the box and the recommendation of the CPE Management is to opt for Gitlab as our chosen Forge for dist-git and general project hosting. For we want to offer it to the community to maintain. CPE would provide power and ping and the rest of it will be up to the community willing to do the work. If no-one steps up to pick the maintenance of, it will be a candidate application to sunset. Some top level requirements which helped us arrive at this decision:

  • There is a need for CentOS Stream to integrate with a kernel workflow that is an automated bot driven merging solution (merge trains). This allows for richer CI capabilities and minimizes the need for human interaction
  • Gitlab provides subgroups allowing for more granular permissions for repos
  • Gitlab allows for project planning capability which could make multiple trackers such as Taiga redundant, allowing for the planning and tracking to reside within the repo. It would enrich the current ticket based solution that Pagure has evolved into for some groups
  • 24/7 availability in an SLA model and not hosted by the CPE team freeing up resourcing and removing the need to staff a dedicated team for a Gitforge SLA which would necessitate a follow- the- sun Ops model and a heavy investment in stability and observability of the Pagure solution.

The opportunity cost to invest our finite resources into bringing Pagure up to the minimum standard that we require by the end of the year would mean feature starving both Fedora and CentOS for the next 18-24 months as we strive for the optimal standard. As a team, we spend 40% of our available resources on keeping the lights on day to day with a very small amount of that improving our technical debt situation. We are spending 30% of our team on delivering CentOS Stream. The available bandwidth for the team is not at a point that we could safely and with confidence deliver the required features to make Pagure work as our Forge of choice. It additionally would have a longer term impact with our lights on work needing to expand to move Pagure to an SLA, tilting our resourcing plan for that body of work towards 60% of our capacity. We feel this is not a responsible decision that we can make as the inward investment in a Forge is not something that we can do at the expense of planned initiatives that are on our backlog. Some of them include a better packager workflow, more investment in CI/CD to remove CPE from manual work and empower the community to do more things in our infrastructure, more observability and monitoring of our infra and services, movement of services towards the Cloud to make use of a modern tech stack and that's before we consider immovable service progression that we simply have to undertake, for example, the new Auth / AAA system.

However, we do not want to abandon Pagure and our plan going forward is thus.

  1. Offer the maintenance of to anyone in the community interested in leading it.
  2. Engage with Gitlab on the possibility of a SaaS offering so that CPE can attain key requirements of uptime, availability and throughput as well as ensuring tooling integrations (such as Fedora Messaging among others) are preserved. Legal considerations with respect to control of code will be our first discussion point with them enabling us to make a SaaS Vs self hosted decision.
  3. Keep Pagure running with our oversight while we analyse a sunset timeline which will give a minimum of 12 months notice once we have a plan firmed up. We will fix blocker bugs, address critical vulnerabilities and keep the lights on in the same manner that we have committed to over the last 14 months where Pagure has not been a staffed and supported initiative.
  4. Where possible, when we have to update our tooling, we will attempt to refactor our tooling to be forge agnostic, allowing our Communities the choice of storing their code on Gitlab or continuing to use
  5. Watch closely for collaboration with other Communities on Pagure and provide them with guidance and oversight to help the Pagure Community grow. We recognise that this is a growing and unique ecosystem and we genuinely want to see it succeed and will do our best to support it in that capacity. To that end we will publish the roadmap difference between Pagure and Gitlab to allow the Community to focus on feature enhancements to bridge that gap.
  6. Facilitate our Communities and assist them in standing up a version of Pagure that can be driven and maintained by the Community allowing a pure Open Source principles approach for those who seek it.

We recognize how difficult a decision this is and we empathize with the emotional attachment to Pagure. It is why we want to have a mutually beneficial approach to ultimately allow Pagure to grow and flourish and allow our community members to setup and work with any Forge they wish. This ultimately allows the CPE team to focus on adding value to a greater scale of initiatives  . This approach allows us to focus on value added services and initiatives that will benefit a large percentage of our communities instead of focusing on a singular foundational service which would ultimately consume our finite resourcing and limit our impact on both Communities.

-- Jim and Leigh

Kategóriák: Informatika

CentOS Blog: CentOS 8 and CentOS Stream updates, and

2020, március 18 - 17:10

Over the past few weeks we've gotten questions on various forums - email, Twitter, IRC, and so on - about why there are no mentions of CentOS 8 updates, or CentOS Stream updates, on the centos-announce mailing list.

For those not familiar, centos-announce is were we tell you about security and bugfix updates that have been released. And, if you look at the archives, you'll notice that everything refers to CentOS 6 and CentOS 7.

This is not because nothing's happening with CentOS 8 or CentOS Stream. It has more to do with the tooling that generates those mailing list posts, which is all automated.

As was discussed in this blog post, many of the scripts that work fine with 6 and 7 don't work with the new 8 flow, and one of those is the script that produces the mailings that go to centos-announce. And with everything else that the team has been working on, it just hasn't (yet) been a priority to fix that.

This doesn't mean, however, that you have to fly blind. There is a service that lists all of the new packages that are flowing - what's in them, and what was changed. That service is and it provides RSS feeds of what's been updated.

A typical entry might look like:

Thu, 27 Feb 2020 16:44:39 GMT: ppp-2.4.7-26.el8_1.x86_64

ppp - The Point-to-Point Protocol daemon

The ppp package contains the PPP (Point-to-Point Protocol) daemon and
documentation for PPP support. The PPP protocol provides a method for
transmitting datagrams over serial point-to-point links. PPP is
usually used to dial in to an ISP (Internet Service Provider) or other
organization over a modem and phone line.

Change Log:

Tue, 25 Feb 2020 GMT - Jaroslav Škarvada <> - 2.4.7-26 - Fixed buffer overflow in the eap_request and eap_response functions Resolves: CVE-2020-8597 Tue, 04 Dec 2018 GMT - Jaroslav Škarvada <> - 2.4.7-25 - Fixed some issues found by coverity scan Resolves: rhbz#1602665 Tue, 20 Nov 2018 GMT - Jaroslav Škarvada <> - 2.4.7-24 - Split out the network-scripts Resolves: rhbz#1608377 ...

It shows what was updated, and a few of the most recent changes to that package.

Each repo that we're pushing content to has its own RSS feed.

For those of you who don't enjoy reading raw RSS files (and, really, who does?) I've written a little bit of python for my own convenience, which you're welcome to use. This script - - parses all of those RSS files (comment out the ones you don't care about) and tells you what changed since the last time you looked at it. Output is captured in text and html formats for your perusal.

Kategóriák: Informatika

CentOS Blog: CPE February Updates

2020, március 16 - 19:53

CPE - Community Platform Engineering - is the engineering group within Red Hat which does a lot of the behind-the-scenes work that makes the CentOS and Fedora projects possible.

CentOS Stream Project Update 2020-02-28

We would like to welcome you all to our first blog update on the CentOS Stream initiative. Over the course of this initiative, we will share regular updates on our plans, our progress and our deliverables. The CentOS Stream team is currently working within a Scrumban framework broken down into two week blocks. This allows the PO and team to plan and prioritise work for each block allowing stakeholders to gain updates on progress, plans and deliverables each fortnight. Each fortnight, stakeholders will review the block deliverables and provide feedback to be taken into consideration when planning the next block. Ensuring that CentOS Stream is delivered in line with changing requirements and expectations as the project build progresses.

The CentOS Stream team has made significant progress throughout February where their focus was on the cornerstone foundational build phase. Block 1 and 2 (2020-02-03 to 2020-02-21) delivered:

  • Nightly composes:
    • Reports are being generated internally for now until a bug fix has been resolved
  • CentOS QA can consume composes and the test suite can now run against both Stream and Linux
    • This has also caught three issues that would have made it to downstream otherwise
  • The module for Stream this week is PHP:7.2
    • This is ahead of 8.1 in RHEL
  • Accounts in are created

Block 3 deliverables were identified and are currently in progress. See below:

  • Push to Git process being developed
  • Scaffolding up to watch brew tags
  • Python:3.8 is expected to be the next module for Stream*
    • This is dependant on a bootstrapping task relating to upstream updates that come from CentOS Linux to Stream
    • Information gathering with package maintainers on package lists around debranding/rebranding for future upstream & downstream use
AAA: FAS replacement project update 2020-02-28

The month of February was a very busy month for the CPE AAA team and community contributors working on this initiative. Great progress was made in the development phase of the AAA: FAS replacement build. Sprint 2 and 3 resulted in the completion of multiple user stories which added user functionality to join groups, change email address and password, disable account, database access along with putting a mapping solution in place for users moving from the current FAS to the new FAS (potential name incoming!). We also came to the end of developing our wireframes and mapping our user experience flow. Unit tests were carried out regarding password controller and the current codebase.

We received great support from the wider CPE team as well as Patrick Uiterwijk to allow us progress with user stories by gaining permissions and merging PR’s for the integration of CentOS CI. Christian Heimes assisted us greatly with sharing his knowledge regarding FREE IPA and answered numerous questions to allow us to move forward.

Sprint 4 began on Thursday the 20th of February. This sprint will focus on development tasks which will include working on FAS Json, Free IPA, API, Fedora Messaging integration, continuous deployment to stage environment, developing a secure coding tool to ensure code adheres to best practice, as well as continuing working on user functionality user stories. Please see our github board here to view current activity.

We also received some sad news since our last update, that we are losing a team member, Rick Elrod, as he moves on to pastures new with the Ansible team. Rick provided an excellent POC for AAA which is leaving us in good shape to continue on as planned. Thanks Rick and we will hopefully still see you around as a contributor going forward. We also welcomed a new team member Leonardo (Leo) Rossetti who joined at the start of Sprint 4 and has already hit the ground running. Leo is currently working on our FAS JSON user stories.

Regarding delivery of AAA, we may look at a phased release , this current phase focus is on the development of AAA to be delivered by 3/31/20. It is looking likely that the deployment of AAA will happen in a later phase due to requiring System Admin assistance. We are likely to gain this on the completion of the Colo Move (which is our planned data center move), approximately in mid April. We are inquiring to see if deploying to staging is possible within this phase to allow for a long testing period. I will provide an update on this in our next blog. The integration of CentOS will be worked on within an additional phase following the completion of AAA centric stories for Fedora.

On a final note, I would like to commend the CPE AAA team on their collaboration and productivity throughout this initiative even in the face of unknowns, team changes, cross team dependencies and other challenges, they continued to proactively work together and find solutions to keep this initiative moving forward.

We welcome all feedback, thoughts and contributions as we progress through this project. Please feel free to comment on any issue to log your thoughts.

  • For more information regarding outstanding issues, please see here.
  • To view our current scrum board, please see here.
Fedora Data Centre Move Project Update 2020-02-28

Hi Everyone,

As you may or may not be aware, last year Red Hat made the decision to move data centers in 2020.

The lease on the current data center in Phoenix was due to expire in 2020 and Red Hat negotiated a better lease with a provider in Northern Virginia.

This data centre is home to Fedora servers.

So, what does this mean for you as a Fedora user? Very little we hope!

The Community Platform Engineering team have been working closely with Red Hat IT to plan logistics, and other 'fun stuff' to make sure this move is successful and as undisruptive to everyone as possible.

During this planning phase, we identified a need to have a minimum viable fedora offering in place during some key dates to facilitate the move, and allow for the shipment of hardware that is integral to Fedora Infrastructure without halting development - or a whole infrastructure!

Here is the link to the discussion that was sent to the public lists in case you missed it on what a Minimum Viable Fedora would look like:

The CPE team will be refocusing on this problem to begin technical development of this offering so we are ready to deploy it at the appropriate time.

But for now, here is a very high level view of the Data Centre move outline, and how it will impact you:

The Community Platform Engineering Team will move in two 'waves'

Wave 1

  • Week beginning April 13th, the CPE team will move an initial batch of servers from Phoenix, Arizona -> Northern Virginia
  • This will not affect the Fedora 32 release aimed for late April.
  • However, during the period of 20th March - 3rd of July we would ask you to observe an 'infra-freeze', meaning no new applications deployments and all code changes reviewed by the sysadmin team before deployment.
  • During April 20th - May 20th, the Community Platform Team will be working on bringing up a minimal viable Fedora solution for continuity of important services in Fedora for development
  • Between May 20th - June 1st, the CPE team will bring the new temporary offering up and redirect services to this instance while the main servers for Fedora are brought down and ready to be shipped.

Wave 2:

  • Between June 1st - 15th, The Community Platform Team will ship all remaining hardware from the Phoenix Data Centre to the new one in Washington.
  • Between May 20th - July 3rd, Fedora services will run on the Minimum Viable Fedora offering to facilitate a successful move of equipment across country!
  • As equipment arrives in the new datacenter, the CPE team will be bringing back services on the new networks and equipment. As with all major moves there will be delays and changes we will only see as we get the services back.
  • We are hopefully, and quietly confident, that we will be able to resume Business As Usual (BAU) in Fedora Infrastructure, and have Fedora up and running in early July.

Expected Effects during Move:

There will be a very limited number of builders during this time frame.

  • Builds will be slower.
  • Composes will be slower.
  • Services like koschei will be turned off.
  • Services will be 'cramped' with less resources than usual.
  • Searches in koji and other tools will be slower.
  • Some applications like badges, voting and calendaring may not be available at all.
  • Tickets will be slower to resolve. Most CPE engineers will be focusing on rebuilding services in the new center so other requests not involved with that will be put on the backlog.


As we move through this project, our dates may change, both for the better and sometimes for the worst so please take the above dates as a *fairly good* estimate for now.

We will be including as many real-time updates on the data center move in our weekly emails to the infra and devel lists.

And while we are planning for as little disruption as possible, there may be downtime during this move so we will endeavor to get ahead of it with messaging out to you all for awareness.

We would finally like to thank you all for your understanding and most of all your patience during the key dates of April 20th - July 3rd so that we can facilitate a successful move.


Please don't hesitate to reach out to us with your questions and we will do our best to answer all the ones we know, and follow up on the ones we don't!

Kategóriák: Informatika

CentOS Blog: Minutes for CentOS Board of Directors 2020-02-12

2020, március 11 - 08:54

On 2020-02-12 the CentOS Board of Directors met and discussed several ongoing efforts across the Project.

The opening discussion was around the new work to evolve the project logo and branding identity being conducted in open channels. Overall the Directors really liked the direction the effort is going and were quite pleased with the open nature of the process. What is needed to bring a conclusion and present a final design for the Board’s approval is the completion of the open design discussion and decision process to be conducted in centos-devel.

As the Board is working on adding new Directors and improving governance and transparency, there is an open discussion around the possibility of having a face-to-face meeting of the Board in 2020. This ideally would include an additional day of interactions with other project leadership. One idea floated was to conduct this prior to the CentOS Dojo being planned at CERN in October 2020. At the time of this writing, it is unknown if this Dojo will be affected by COVID-19 related or other travel restrictions.

On another topic, in addition to the focused resources of the Community Platform Engineering (CPE) team that supports the CentOS Project in technical ways, Karsten gave a brief explanation of how the Community Architects from the Red Hat Open Source Program Office (OSPO) are in support of the project, specifically Rich Bowen on the community side, Brian Exelbierd on the business interaction side, and Karsten Wade on the strategic and visionary side.

From the Brussels Dojo, Karsten gave a report out about how he had a meeting room for one-to-one discussions with community members. These discussions were an invitation to talk about what works and doesn’t work for users and contributors around the project; an open office hours to hear out anything. It also served to help get an idea of how and why people use CentOS as a platform. This work is to help inform the CentOS 2020 open goals discussion now underway.

In support of these efforts, the Board came to the following decisions, resolutions, and agreements:

  1. Logo redesign
    1. AGREED:  Board is requesting Tuomas to lead the discussion on centos-devel toward creating the final /branding redesign proposal for the Board to give final approval on. This process should follow an open decision process of inviting participation, hearing out other ideas, and taking and incorporating feedback on the existing design ideas into the final plan. All this can be done over a reasonable time period of four to eight weeks, so that a decision can be reached that has an opportunity to include voices from across the community.
  2. Board face-to-face
    1. AGREED:  Board will watch the travel situation with an eye toward deciding yay/nay on the face-to-face as the June timeframe approaches.
    2. ACTION:  Board will request RIch Bowen to coordinate with the Board Secretary on plans for adding meetings around the CERN Dojo.
  3. Consent items
    1. Adopt minutes from 2020-01-08 meeting
    2. Noting that Fabian Arrotin has resigned his role as a CentOS Project Director as of October 2019.
  4. Rolling (last from 2020-01-08):
    1. Any other topics aka What other things do you want on our master initiatives list?
    2. Stepping-up our meeting norms
    3. Transparency initiatives

Present at the meeting:

  • Ralph Angenendt
  • Jim Perrin
  • Mike McLean
  • Karsten Wade (Secretary)
  • Johnny Hughes
Kategóriák: Informatika

CentOS Blog: CentOS Dojo at Facebook postponed

2020, március 5 - 19:19

Due to the change in the status of Red Hat Summit, we have made the decision to postpone the CentOS Dojo at Facebook to a later date. Many of our potential speakers, as well as many of our attendees, had travel plans that were dependent on attendance at Red Hat Summit, and without that event happening they are no longer able to travel.

If you have already registered for the event, we encourage you to stay registered, so that we have an easy way to contact you about event updates through Eventbrite.

We do still plan to hold an event at Facebook, but, due to the current corona virus situation, we are holding off on making any firm plans until the danger has passed.

We thank you for your patience and understanding, and hope to see you when we reschedule.

Kategóriák: Informatika

CentOS Blog: CentOS Community newsletter, March 2020 (#2003)

2020, március 3 - 06:00

Dear CentOS enthusiast,

For the past several months, the focus has been on FOSDEM, as usual this time of year. Now that FOSDEM is behind us, it's time to turn our attention to the upcoming Dojo at Facebook, and Red Hat Summit. We'd love to see you at one of these events. (or both!) The call for presentations is open for the Dojo, and we're looking for presentations about anything you're doing on top of CentOS. More details below.

In this edition: News

The CentOS team is pleased to announce that we have updated the kernel, kmod-kvdo, vdo, createrepo_c, and drpm packages in CentOS 8 Stream. These updates have already been published and are propagating out to the mirror network now.

You can read more about that in the CentOS-Devel mailing list archive.

UPDATE: Due to the change in status of Red Hat Summit, we have decided to postpone the CentOS Dojo at Facebook. Please keep checking back for updates.


Releases and updates

We had a fairly typical month of releases and updates:

Errata and Security Advisories

We issued the following CESA (CentOS Errata and Security Advisories) during February:

Errata and Bugfix Advisories

We issued the following CEBA (CentOS Errata and Bugfix Advisories) during February:


We have a full schedule of events shaping up for this year - both events that we are producing, as well as larger events at which we will have some kind of presence. Come see us:

  • FOSSAsia, March 19-21, Singapore. Details
  • CentOS Dojo at Facebook, April 24th, Menlo Park, California. Details
  • Red Hat Summit, April 27th - 29th, San Francisco, California. Details
  • Texas Linux Fest, May 1-2, Austin, Texas. Details
  • ISC HPC (Supercomputing), June 21-25, Frankfurt, Germany. (Tentative)
  • September 2020 - Dojo at ORNL/UTenn - (Tentative)
  • CentOS Dojo at CERN, October 23rd, Meyrin, Switzerland. Details
SIG Reports

The SIGs - special interest groups - are where most of the interesting stuff in CentOS happens. They are communities packaging and testing layered projects on top of CentOS, and ensuring that they work reliably.

Virtualization SIG

From the oVirt perspective:

- Preparing for oVirt 4.4.0 GA which will support execution on CentOS Linux 8 / CentOS Stream with Advanced Virtualization rebuilt from RHEL. - Produced Advanced Virtualization builds for Virt SIG and Cloud SIG consumption - Presented several sessions at DevConfCZ (slides available from , video not yet available as far as I can tell) and Fosdem (presentation and videos available from ) in January 2020 - New members joined the SIG for helping with oVirt: Miguel Barroso (oVirt Networking), Danilo de Paula (Advanced Virtualization)   For Xen:   - Updated kernel 4.9.212 - Made official policy for updating default Xen versions; soon to move to Xen 4.12 - Investigating possibility of joining efforts with Xen Made Easy in maintaining kernel, packages - Still waiting for CentOS 8 CBS    OpsTools SIG Quarterly Report

01 December 2019 - 29 February 2020.

This report also includes reporting for the Messaging SIG, which is marked explicitly, where it's appropriate.


Provide tools for second day operations for operators of large infrastructure.

The Messaging SIG is providing infrastructure for sending messages like RabbitMQ or Apache QPID.

The OpsTools SIG depends on deliverables of the Messaging SIG. CentOS Opstools builds were consumed by OpenStack Kolla; we would need CentOS 8 builds to move forward, or we'd loose CentOS based container images.

We are interested in getting the builds integrated in OpenStack and to finally have builds CI tested.


As we are coming up on several Dojos, it's worth reminding you that you can step up to host or plan (or both) a dojo in your part of the world. While most of our Dojos are at research institutions (CERN, ORNL) or located alongside other major events (FOSDEM, Red Hat Summit), Dojos are intended to be local gatherings, and so we rely on you to tell us where we should run them.

If you're curious what's involved in running a Dojo, you're in luck. We've been working on a comprehensive playbook to document the various steps, so that you can pick it up and run your own event. It's not done yet, but it's getting there.

Want to run a Dojo? Get in touch with the centos-promo mailing list at

And, as always have a look at the many opportunities for contribution on the 'Contribute' page on the wiki.

Request for members

Many of us have observed that many beginners want to contribute to the CentOS project but after seeing such a huge project they refrain from even starting.

We request the developers or maintainers currently working on the CentOS to create a wiki page or a simple guide on how and what to begin with or a basic tutorial with weekly tasks to facilitate new contributors.

Many people are willing to help in this if this gets initiated.

This will surely give a boost to new innovative ideas by people all around the globe brainstorming for an optimization or improvement.

Get in touch with the centos-promo mailing list at

Kategóriák: Informatika

CentOS Blog: FOSDEM Dojo, post-event survey

2020, február 18 - 21:07

At the end of each CentOS Dojo we have an attendee survey. While these never have the response rate I'd like, they do produce interesting data that help us improve future events.

Here's the results from the survey from the Dojo in Brussels, 2020

Q1: I use CentOS for ...

17 responses
76.5% Running services at work
41.2% Software development (professional)
41.2% Running services at home
11.8% My desktop computer
5.9% Software development (personal, hobby)

Q2: I came to this event from:

64.7% Elsewhere in Europe
23.5% Elsewhere in the world
11.8% Brussels

Q3: Talks were ...

88.2% About right
11.8% Not technical enough

Q4: I would like to see more content about:

  • Specific CentOS topics, many talks were not very CentOS related and were then duplicated at the nearby FOSDEM
  • Microsoft's activities to dominate the market
  • CentOS internals
  • id management. Integration with active directory
  • Cloud and storage
  • Containers
  • How to get involved and where is help required
  • How to contribute to CentOS
  • New features in new releases, process of preparation new releases

Just one remark on this last item: We can only schedule talks that are submitted, and for this event, in particular, we had very few submissions. So take this last item as a hint of what kind of talks we'll be looking for next time.

Thank you to everyone that participated in the survey. Your feedback is very helpful!

Kategóriák: Informatika

CentOS Blog: CentOS Dojo at Facebook, April 24th. CFP open now.

2020, február 12 - 15:33

We will be holding a CentOS Dojo at Facebook, Menlo Park, (San Francisco area) on April 24th. This is the Friday immediately before Red Hat Summit, so you can tack a few extra days on the front of your Summit trip and see how CentOS is used at Facebook.

Details of the event are available at

The Call for Presentations is now open. We're looking for technical talks about stuff that is in and on CentOS. You can see examples of the content we have run in the past at

88% of our attendees in Brussels said that the content was about right, while 12% said it was not technical enough, if that helps set your expectations of what talks to submit.

The CFP closes on March 15th, and space is extremely limited, so don't wait. Get your talk submissions in now.

Kategóriák: Informatika

CentOS Blog: Agenda for CentOS Board of Directors meeting 2020-02-12

2020, február 12 - 08:24
  1. Do Directors have any questions or concerns about the process being followed to update the CentOS Project logo? Full story in this blog post by Tuomas Kuosmanen;
    1. Specific design concerns should be handled on centos-devel or in the design repo discussion.
  2. Having a face-to-face Board and/or leadership meeting in or near Paris in Summer 2020. What month might be good for Directors?
  3. Directors and other Project leaders are invited and encouraged to collaborate with the now four community architects from Red Hat working in/around the CentOS Project: Rich Bowen, Brian Exelbierd, Tuomas Kuosmanen, and Karsten Wade.
  4. Report out from Karsten on the Board interview/working session room at the Brussels CentOS Dojo.
  5. Consent items
    1. Adopt minutes from 2020-01-08 meeting
    2. Noting that Fabian Arrotin has resigned his role as a CentOS Project Director as of October 2019.
  6. Rolling (last from 2020-01-08):
    1. Any other topics aka What other things do you want on our master initiatives list?
    2. Stepping-up our meeting norms
    3. Transparency initiatives

Kategóriák: Informatika

CentOS Blog: CentOS Community newsletter, February 2020 (#2002)

2020, február 6 - 17:59

Dear CentOS enthusiast,

After a slowdown over the past few months, the year is off to a busy start. I'm getting the newsletter out a little later than usual, due to having spent last week in Brussels, at FOSDEM. More about this below.

Special thanks go to Aman Gupta, who stepped up to help with the newsletter this month. If you are interested in helping us write the monthly newsletter, please do get in touch. And see the section below on other ways you can contribute to the CentOS community.


Those of you who are following CentOS Stream progress will have noticed that updates are starting to flow. dnf update to get those updates, which are a preview of the next release of Red Hat Enterprise Linux. We continue to work on the tooling, as discussed in this email thread, and others on the CentOS-devel mailing list.

Please also see the thread about the choice of git forge solution which will be run by the Red Hat CPE team on behalf of the CentOS community. Your input is valuable in that decision.

The January Board meeting agenda has been posted to the blog:

We've had a number of blog posts in recent days that you'll want to be sure to read:

Releases and updates

On January 19th, CentOS Linux 8.1.1911 was released. You can read the release notes here. Also, have a look at the longer-term roadmap for this, and our other CentOS releases.

Errata and Enhancements Advisories

We issued the following CEEA (CentOS Errata and Enhancements Advisories) during January:

Errata and Security Advisories

We issued the following CESA (CentOS Errata and Security Advisories) during January:

Errata and Bugfix Advisories

We issued the following CEBA (CentOS Errata and Bugfix Advisories) during January:

Other releases

The following releases also happened during January:

Events, CentOS Dojo, and FOSDEM

The last few weeks have been very busy ones. We had representation at in Brno, Czech Republic, and at FOSDEM, in Brussels, Belgium, as we do most years. DevConf is an event by developers, for developers, and so there's always a big turnout of CentOS fans there. We had a standing-room-only presentation about CentOS Stream, and the video of that session (as well as all of the others) will be available in the next week or two. Watch our Twitter for that video.

In Brussels, we also ran a one day CentOS Dojo, as we have every year for a decade. We had about 110 in attendance, and some great content. We're starting to publish the video on YouTube, and the talk slides are all published to the event page. There's also a full detailed event report on the blog.

Upcoming events

We have a very full schedule of events coming up for the year, which you can always seen listed on the Events page in the wiki.

Follow us on Twitter for announcements as these events shape up over the coming weeks.

Host a Dojo

If your University, company, or research organization, wants to host a CentOS Dojo, we would love to hear from you. You'll need a space where 100-200 people can attend technical talks, and someone who is able to work with us on logistics and talk acquisition. We'll help promote the event, and work with you to craft the schedule of talks. Drop us a note on the CentOS-Promo mailing list - - with your proposal.

SIG Reports

The SIGs - special interest groups - are where most of the interesting stuff in CentOS happens. They are communities packaging and testing layered projects on top of CentOS, and ensuring that they work reliably.

The CentOS Promo SIG has published their quarterly report on the blog.

The AltArch SIG has published new notes about CentOS 8.

The Cloud SIG and the Software Collections SIG, held SIG update sessions at the recent CentOS Dojo in Brussels. Their slides are on the event page, and the video will be posted shortly.


We look forward to hearing from you, and helping you figure out where you can fit in.

You could spend months, or even years, planning a first contribution to a code base. Or you could start small, work your way up, and make that awesome contribution today. As with any open source project, there's a lot more than just code.

If you aren't well versed in programming, then start with the documentation. Why? Well, it is a great way to get a feel for the process, and all projects need better documentation. Pick a part of the project that you use, and look at the documentation to see if there's a way that you can improve it.

It’s less about the actual value you added to the project, and more about entering the OSS community and contributing whatever you can to help the community, If you’re a maintainer, help a newcomer make their first PR! Or help them to work on the documentation.

If you want to get involved, but you're not a programmer or packager, there's still a ton of places where you can plug in.

  • Design - Graphic and design elements for the product itself, the website, materials for events, and so on, are always a great need. This is true of any open source community, where the focus on code can tend to neglect other aspects. Indeed, right now there's an ongoing project to update the CentOS logo and visual identity.
  • Events - While CentOS has an official presence at a few events during the year, we want a wider reach. If you're planning to attend an event, and want to represent CentOS in some way, get in touch with us on the centos-promo mailing list to see how we can support you.
  • Promotion - The Promo SIG does a lot in addition to just events. This includes this newsletter, our social media presence, blog posts, and various other things. We need your help to expand this effort.
  • Documentation - Any open source project is only as good as its documentation. If people can't use it, it doesn't matter. If you're a writer, you are in great demand.

If any of these things interests you, please come talk to us on the centos-devel mailing list, the centos-promo mailing list, or any of the various social media channels.

The community needs dedicated people who are willing to help the community grow. Start contributing today!

Kategóriák: Informatika

CentOS Blog: Promo SIG: Quarterly report, Feb 2020

2020, február 6 - 17:38

The CentOS Promotion SIG exists to provide promotion, and consistent messaging, of CentOS, both at physical events and online.


The Promo SIG continues to struggle to find interested individuals to contribute to the effort. We are very interested in finding people to help with events, our presence on social media, and writing content for our monthly newsletter.

In the coming quarter we will be attempting to more clearly document what volunteer roles are available, in order to more effectively attract people to those roles.

The SIG wiki page - - accurately reflects SIG membership.


In the past quarter (November - February) we participated in just one event - SC19 (SuperComputing) in Denver: A number of blog posts about it appeared on

Our most active social media presence is Twitter. In this quarter:

November: 239.2k impressions
December: 240.8k impressions
January: 367k impressions

Our engagement on other social media platforms - Facebook, Reddit, LinkedIn - tends to be much less, and typically around events and the monthly newsletter.

In the January and early Febrary, we participated in, FOSDEM and FOSSAsia. A report from the FOSDEM CentOS Dojo is on the blog.

We are in the planning stages for Dojos, as listed on Details will be posted there as they are available.

We are, as always, looking for organizations who are interested in hosting Dojos around the world.

Issues for the Board

We have no issues to bring to the board's attention at this time.

Kategóriák: Informatika

CentOS Blog: Speeding-up Yum for CentOS EC2 instances

2020, február 5 - 17:43

Tomorrow, I intend to push a change to nodes that will have a (good) impact to CentOS EC2 instances running from AWS network.

Thanks to AWS, sponsoring the required backend infra for this to happen, our mirrorlist nodes will redirect yum/dnf operations internally in the EC2/AWS network.

What does that mean for you ?

  • faster updates (due to Cloudfront caching, and so most of the recent packages/rpms being kept in cache in each region)
  • less data transfer costs (due to such updates being served from inside EC2 network[s] and so not leaving EC2 infrastructure)

How does it work ?

  • When your CentOS EC2 instance hits, it's identified as coming from EC2 network, thanks to, loaded into our mirrorlist code
  • You'll be redirected to CloudFront, itself using a dedicated origin to which we automatically push all updates directly
  • if you're the first one asking for that update/rpm, Edge (cache server in that region) will retrieve it and will cache it while also serving it to you
  • if someone requested same rpm that you're asking for, it will be directly served from cache, so at "local" speed (we saw some rpm being downloaded on second attempt at ~80MB/s)

We already tested with several volunteers in our staging environment that it was working fine, and so far so good.

We have no real estimate about the number of CentOS EC2 instances in all regions, so we plan on doing a canary-style deployment, so Ansible switching our mirrorlist code/role one-by-one and observe the cloudfront statistics.

Should you encounter any issue, feel free to reply to this thread and/or #centos-devel on

Kategóriák: Informatika

CentOS Blog: Event report: CentOS DOjo, Brussels, Jan 31 2020

2020, február 5 - 16:39

CentOS Dojo, Brussels, January 31, 2020
Grant Place Marriott
Event details:

Just the facts:

Registered: 125
Attended: Approx 110 (12% no-show)
13 sessions. Slides and video will be posted at the above address over the coming 2 weeks.

Event report:

We held the annual CentOS Dojo ahead of FOSDEM again this year. We were at the Grand Place Marriott for (I think) the 4th year. (Maybe 3rd?) This venue is always very helpful in supporting our event, and addressing problems as they arise. Recommend we keep doing it there for next year.

We “sold out” of our 125 tickets by 3 weeks before the event. Leading up to the event, I encourage registered attendees to cancel their tickets if they were not, in fact, attending, and I saw probably 30 cancelations, all *immediately* followed by new registrations. As a result, our no-show rate was very low. Note that the 110 attendees is an estimate based on an after-lunch count, and is *probably* low, as people came and left throughout the day.

I would consider running more tracks, except that getting talks for the event was exceptionally difficult this year. I’m not sure why that was, but I need to do more direct talk solicitation (ie, asking individuals to give specific talks) ahead of next year’s event.

We started the day with a session on CentOS Stream, which was standing room only, and generated some really good questions. People seem very interested in Stream, and seem to get the concept. Related: Facebook said, in their talk, that they are retiring CentOS 7 and moving their entire infra over to CentOS Stream. That’s *millions* of servers. So … wow.

We saw a huge spike in Twitter engagement on the 31st (roughly 9 times usual) fading a little on Saturday (roughly six times usual) and Sunday (about 3 times usual). Historically, we’ll see another spike as we start posting the slides and videos in the coming days.

During the course of the day, we arranged for upcoming CentOS Dojos at CERN (October 23rd) and Facebook (tentatively, April 24, which is *really* soon). Details coming to CentOS news channels near you hopefully by the end of this week.

We added a new feature this year - we had a room where attendees were encouraged to go to discuss their CentOS experiences with Karsten Wade. These conversations were confidential, and encouraged candid feedback about what was broken, what they’d like to see done in the coming year, challenges they face in the community, and so on. We hope to see some feedback from Karsten about this in the coming days.


This event is definitely worth doing. The attendees tend to be the core of our project, and other deeply technical people using CentOS. The hallway track is always active, showing that people come as much for the interactions as for the technical content.

The struggle to find content, though, is troubling, and something that we need to work on throughout the year, rather than just during the CFP. My impression is that people don’t think that what they’re working on is of general interest. However, feedback from actual talks is that our audience really wants to see the every day stuff (here’s how I made my life easier on a normal day at work) is every bit as interesting as the cutting edge talks (here’s a fancy new thing that might be useful to you 2 years from now). So, reminder to self: Solicit these talks all year long, as you see interesting *practical* things being discussed on the lists, not just the shiny new stuff.

Kategóriák: Informatika

CentOS Blog: Updating the CentOS logo and visual style

2020, január 31 - 13:10

The current logo has a long history, and is well recognized, but the design is essentially 15 years old.  There have been comments on the mailing list that the brand should be updated. The logo also has a lot of colors which makes printing and embroidery more expensive, and sometimes leads into color matching issues as well.

CentOS project has also grown to be more than just a Linux distribution. The Special Interest Groups, CentOS Stream, and other sub-projects could also use a related logo, and we thought it would be a good time to update the branding to reflect that.

As CentOS Stream needed some kind of a logo, we had the Red Hat brand team create some proposed logos for Stream announcement. At the same time we started to feel that it was the right time to refresh the logo and branding as well, and that the process should happen openly in the community.


We shared the Stream logo design files with the centos-devel list in November, which started a good collaboration with me and Alain (who has been doing great work on the current logo and brand style wiki pages) and we quickly realized, that we need to take the design idea brainstorming away from the developers mailing list to avoid spamming everyone with attachments (or risking possible broken links to images late in the list archives) - so we started a discussion in the CentOS Artwork issue tracker.

This lead to a lively and active collaboration, and we attracted also brokenkeyframe to contribute. We went through several ideas, some better than others, and settled into a stylized version of the original chaos symbol of the CentOS logo, which keeps the history alive, while making it more modern.

The logo is a single color, which makes it easy for embroidery for example, but also lets us have the logo with a photo or texture as background. The corners of the chaos symbol are slightly rounded to give it a modern touch, and we also updated the font to match the style of the symbol.

The font is called Montserrat, originally created by Julieta Ulanovsky, a designer from Argentina. Montserrat is an effort to celebrate and preserve the historic signs and lettering found in the Montserrat neighborhood of Buenos Aires. Montserrat is a beautiful typeface with several variants, and it is licensed with the libre SIL Open Font License. Julieta had a successful Kickstarter project to fund the development, and since then the project has been updated and extended by a community of collaborators. The Kickstarter page has a nice video introduction, if you are interested in typography or inspiration behind the project.

We also thought about sub-project logos (Stream, the distro itself, various Special Interest Groups) and worked on a logo template system for those.

The work will be presented to the CentOS governing board soon, but we wanted to share our current progress (and the path that lead to it) with all of you. It is likely that not so many of you have actively followed our progress on the issue tracker.

We will announce this blog post also on the CentOS developers mailing list, and I encourage you to share your feedback there, instead of commenting on this post, or on the above git issue, which we wish to keep on the topic of design, so we can focus on the task better. We’ll be sure to read your comments on the mailing list and take them to heart.

Also, I want to thank everyone who contributed and shared their thoughts and feedback!

Kategóriák: Informatika

CentOS Blog: Git Forge Requirements ODF

2020, január 21 - 17:40
About this document

This document lays out a problem statement, requirements, and constraints according to the Open Decision Framework. The aim is to arrive at a transparent decision about the future of a git forge for the communities that represent the platforms that the Community Platform Engineering (CPE) team manages. Those communities are the CentOS and Fedora platforms and also include the Red Hat Enterprise Linux (RHEL) platform from a tooling and integration perspective. This document is the first in a series of documents capturing the conversation about the problems we face and driving the conversation to implement the decisions captured.


The problem statement for this ODF can be broken down into a number of disctinct problems. They are listed in no particular order or priority:

CPE Mission Statement

The Community Platform Engineering (CPE) team have a mission statement to support the infrastructure and services that build and deliver platform artifacts. The mission statement aims to focus the team’s work from overcommitting to work, running multiple projects in a disconnected manner and to ultimately provide focus and value for our Communities. The remit of the team needed to be defined to allow the team to both manage the workload and the expectations.
Using this definition, the current git forge, Pagure, does not align with what CPE can focus on from both a roadmap development perspective and the operational requirements that such a service demands long term. While Pagure was historically driven by the CPE team, developing a gitforge is outside of building and delivering platform artifacts. [See the later sections for more focus on this.] A self-hosted and self-developed git forge is not required to build and deliver platform artifacts.
While we can make exceptions to the mission statement, we first need to know why we should consider a specific exception. This helps justify the inclusion and subsequent prioritisation of work. We recognise that Pagure is deeply integrated into our daily workflows and is used extensively by the Community. This is the reason the CPE team has not re-examined this commitment, and is a primary driver to openly discuss the team’s and community’s requirements for a git forge.

Development work on Pagure

The CPE team has been unable to commit a development team to Pagure for several months now. This situation is unlikely to change based on our current known priorities.
Historically, Pagure was maintained by individuals (including members of the Fedora community who aren’t on the CPE team) where spare cycles allowed. However, CPE’s mode of working is now that of feature teams, removing the siloed contributions in favour of building sustainable team practices. The feature roadmap for Pagure, however, cannot be executed solely by the CPE team, since the feature requests need to be weighed against the team’s other priorities.
Pagure represents one app out of our current ownership of 100+ code bases. Therefore progression of the roadmap is not guaranteed and certainly not at the pace seen previously. Similarly, bug fixes and enhancements are currently on a best-effort basis. The code is therefore frozen from a functionality perspective pending the outcome of this ODF.

Operational considerations of Pagure

Every line of code and application CPE supports as a team has a cost burden for maintenance and uptime. Pagure is highly-connected to numerous services that are critical to successfully running services that CPE and the community need and support. Therefore, the team must look at long term maintenance including bug fixes and server maintenance as requirements.

At the same time, integrations that already exist in Pagure may need to be created for another git forge, which is a cost as well. This also needs to be fully considered by the team as part of the requirement gathering.

Another major consideration to operationally own an application is its performance and scalability. A git forge may have key requirements for uptime, availability and responsiveness for end users. The current scalability profile of Pagure is unlikely to substantially change as it is resourced today – while the consumption profile of the user base and interconnected applications is likely to increase.

History of gathering requirements

TThe original purpose of Pagure was to mirror the functionality of popular git forge solutions that were available at the time (when most were nascent). Pagure’s feature enhancements were driven by community needs and the team’s viewpoint of where a git forge should go. The team has not solicited requirements in a holistic way from its users and the community, and its internal customers have mainly consisted of the team itself.

However, we also recognize that the feature gap between Pagure and some other forges is substantial and growing. Without either a dedicated development team, or stealing resources from other priority initiatives, it will be almost impossible to close those gaps. Depending on the consumers’ requirements, we recognize this could put Pagure in an untenable situation versus other solutions.

This makes gathering a full set of requirements even more critical. If we fail to capture requirements completely, this discussion is very likely to happen again, only more urgently and with less time for the team to plan and react.

Problems we’re not trying to solve Feature gap between various git forge solutions

This conversation does not focus on whether Feature X exists in Forge Y or Forge Z. Instead it focuses on functional and non functional requirements for a git forge in general.

CPE time and resourcing investment

This conversation does not focus on how the CPE team invest their time and limited resources. That is not a factor in this discussion.

CPE Mission Statement

This document does not focus on the CPE Mission Statement or whether a git forge should fit that Mission Statement.

Who is making the decision?

The decision will be made by the management of the CPE team with careful consideration of the requirements for both the Fedora and CentOS communities as well as the needs of the team. The CPE team is the group that manages the integration of services and tooling with a git forge solution on behalf of our communities, and will choose the most sustainable, functional, and scalable option to improve our workflows long term.

Choices Available

There exist three choices for such a solution. Github, Gitlab and Pagure. There are no other forges that we could find that had both the product maturity and standing in open source communities, therefore no other solutions are under consideration as the three choices here represent the main git forge solutions on the market. The team will use the requirements gathered to make an informed decision on which of the 3 to pursue.

Who has input into the decision?

Please see the section on Stakeholders below.

Objectives Identify functional requirements of a git forge that end users and stakeholders need

The goal is to outline what is needed from the day to day perspective of:

  • Using a git forge solution.
  • Maintaining a git forge solution
  • Future proofing a git forge solution

Requirements are welcome from members of the CPE team and the groups identified as being impacted by such a decision.

Identify non-functional requirements of a git forge that end users and stakeholders need

Examples of non-functional requirements include but are not limited to performance, scalability, availability, reliability, maintability, and capacity. The goal here is to include considerations of this nature from any group impacted by this decision.

Make an informed decision on the future of our git forge solution

Upon gathering the requirements of a git forge solution, the intention is to:

  • Examine requirements gathered versus available git forges
  • Examine the cost of each forge from the CPE teams perspective. This cost is not exclusively a monetary amount and includes maintenance and development costs and trade offs versus our teams roadmap

To be clear, the outcome here may be a decision to invest heavily in Pagure to meet the requirements or it may be to opt for another git forge to meet the requirements. No option is off the table.

Who may be impacted
  • Package maintainers for Fedora, EPEL, CentOS Linux, and CentOS Stream
  • Developers of apps/services for infrastructure that integrate via Pagure
  • The CPE team
  • Developers (and users) that use Pagure for their upstream source
  • Members of the Fedora and CentOS communities who currently use Pagure as a source repository or ticket system
Who are the key stakeholders

While we apprecaited that all individual voices matter, for a more sane approach to gathering requirements we will identify key stakeholders to collate and present a singular view of their representation.

  • Fedora Council will represent the individual community members of the Fedora Project
  • CentOS Board will represent the individual community members of the CentOS Project
  • Paul Frields will represent the RHEL perspective
  • Aoife Moloney will roll up the requirements of the CPE team as our Feature Driver.
How will information be gathered and disseminated?

It is recommended that both Fedora Council and CentOS Board gather input and present their concerns in a manner that is consistent with how their communities work. The RHEL and CPE requirements will be gathered through Red Hat communication mechanisms and presented publicly via a HackMD file to ensure transparency in their source. This will be published and distributed in due course. Additionally, a live video call and associated IRC meetings will be held and advertised in advance to discuss the requirements, talk about concerns and address any questions. We want transparency to be at the heart of this decision.

Timeline of Phases
  • January 13th 2020 sharing of the ODF for consideration within CPE Team
  • January 20th 2020 sharing of the ODF for consideration to Community
  • February 10th 2020, closing of comments from stakeholders which marks the end of the Ideation Phase
  • CPE Management evaluate the requests and where necessary may instruct the CPE team to begin a Planning and Research phase to take in the inputs from the Ideation Phase
  • CPE design, develop and test proof of concept plans based on the decision made by CPE Management and share this with the Community
  • CPE closes the ODF with a decision made and a path forward for our git forge
Kategóriák: Informatika

CentOS Blog: User interviews, work room at FOSDEM Dojo

2020, január 17 - 20:40

On behalf of the Board, a group of us is working on an update to the CentOS Project goals that were originally laid out in 2014 and are online at We’re hosting informal user and contributor interviews in a room throughout the day at the CentOS Dojo later this month in Brussels.

Please join us and share your open and honest experiences with CentOS the project, technologies, community, and so forth. We’d like to hear from you and, ultimately, see how your input can inform the goal-setting process and outcome. You are welcome to bring your questions about community, governance, project direction, other strategic thoughts, and so forth.

If you're interested in participating in this informal opinion-gathering, please come see Karsten or Rich at the Dojo, or at the CentOS table at FOSDEM.

/signed Karsten Wade on behalf of CentOS Board and other co-authors

Kategóriák: Informatika

CentOS Blog: Minutes for CentOS Board of Directors 2020-01-08 meeting

2020, január 16 - 17:29
Public minutes

On 2020-01-08 the CentOS Board of Directors held the first meeting of 2020, welcoming guest Rich Bowen, Community Architect for the CentOS Project.

The group talked through some background for each-other as part of the framework for updating the project goals. The Board is drafting a process that is for refreshing the project's goals openly and transparently. More details including a timeline should start rolling out in the middle of January to the centos-devel mailing list and announced on

The Board then heard from Jim Perrin as head of Community Platform Engineering (CPE) about the ongoing work around the EL 8 rebuild, SIG needs, and what the path forward might look like. He covered how the teams have been making realtime changes to build systems due to the differences in how CentOS Linux 8 and CentOS Stream need to be built. Regarding some open requests, discussions on the build root are coming soon, as the team raises their heads from work that has been underway. In general, Jim reported that tooling around the build systems are improving by force. He identified Aofie Maloney as a key contact to work with Rich Bowen on highlighting the ongoing work from CPE that affects various CentOS Project constituencies. We’re all hoping this communication helps raise visibility and focus questions about work to keep everyone better informed.

As a participant in the discussion, Rich Bowen agreed to write up a post for the community that covers the current situation of CentOS Linux 8 builds. This has been subsequently been posted:

In support of these efforts, the Board came to the following decisions, resolutions, and agreements:

  1. CentOS Project five-year goals refresh:
    1. AGREED: Available co-authors of the goals will be present to discuss the effort, conduct reviews, and create works during the CentOS Dojo before FOSDEM on 31 Jan 2020.
    2. ACTION: Karsten and Rich to arrange space of some kind at Dojo for open discussions around goals setting.
    3. ACTION: Karsten driving goals process document through current pre-draft phase.
  2. Project build systems discussion:
    1. ACTION: Rich to publish a statement/status for what is happening with CentOS Linux 8.
    2. ACTION: Rich to work with Aoife Moloney on what is being reported out of CPE for CentOS portion to highlight what is happening on an ongoing basis--a lot is happening, how do we highlight it?

Present at the meeting:

  1. Jim Perrin
  2. Karsten Wade (Secretary)
  3. Mike McLean
  4. Ralph Angenendt
  5. Tru Huynh [quorum]
  6. Karanbir Singh (Chair)
  7. Rich Bowen (guest)

Kategóriák: Informatika

CentOS Blog: Update: State of CentOS Linux 8, and CentOS Stream

2020, január 14 - 22:01

We wanted to update you on what is happening, largely out of sight to most of the community, on the CentOS Linux 8 front. We have appreciated the patience of the community, but we understand that your patience won’t last forever.

A lot of the work in rebuilding RHEL sources into CentOS Linux is handled by automation scripts. Due to the changes between RHEL 7 and RHEL 8, many of these scripts no longer work, and had to be fixed to reflect the new layout of the buildroot. This work has been largely completed, allowing us to pull the source from Red Hat without a lot of manual work. This, in turn, should make the process of rebuilding RHEL 8.2 go much more smoothly than RHEL 8.0 and 8.1 have done.

Once 8.1 has been released, work will begin on bringing this new codebase, along with CentOS Stream, in to CBS ( so that SIGs can build packages for CentOS Linux 8 and CentOS Stream.

We will discuss this, and give updates of progress, on the centos-devel mailing list over the coming weeks. Some of you have observed that the CentOS team tends to prioritize doing the work over talking about it. While that’s not all bad, it does tend to leave most of you in the dark as to what it is that is being worked on, and we’re committed to greater transparency going forward.

Once again, we appreciate your patience as we work through the growing pains of the 8 branch. We hope to share a more detailed (projected) timeline in the days to come, with the caveat that timelines always change as they are being worked.

Kategóriák: Informatika

CentOS Blog: CentOS PaaS SIG Quarterly Report

2020, január 7 - 12:10

To build and distribute the Origin 3.x rpm packages to CentOS repository.

Happy New Year and new endeavors

Happy New Year to all CentOS community!

As of 2020, the CentOS PaaS SIG wants to make a step towards a new endeavor to help and provide OKD 4.x as part of a wider community. However, for the time being we would like to announce that CentOS PaaS SIG charter will only be to mantain the existing Origin 3.x rpm packages published in the CentOS mirrors while we transition to the new OKD Working group (where all the development is taking place as we speak) which will ship the next version of OpenShift community.
As many of you already know, the OpenShift 4.x brought in a lot of innovation and changes in terms of the architecture, deployment and packaging compared with OpenShift 3.x and with that there been some changes with regards to the development relation between OCP/ OKD 4 which was very well covered in [1].
And last but not least, we would like to address the 1 mil $ question: Will there be an OKD 4.x based on CentOS as base OS ?

This topic was very much discussed in the OpenShift Working Group kick off meeting as well as the OpenShift dev mailer and the conclusion (captured in the roadmap [2] ) was:
The initial deliverable of OKD 4.x will be based on Fedora CoreOS as base OS since is the only distribution close to Red Hat CoreOS (rpm-ostree based system driven by Ignition) however should there be any community formed/ willing to develop/ create a CentOS rpm-ostree based system driven by Ignition, the OpenShift Working Group would welcome them (please join the meeting to discuss and maybe create a sub project as mentioned in the cahrter [4] )

Note, the CentOS PaaS SIG doesn't have the expertise in building / creating a new CentOS distribution nor the knowledge of any other initiative in the CentOS community.

We would like to send kudos to all our members who helped us with the SIG activities:

  • Daniel Comnea
  • Troy Dawson
  • Larry Brigman
  • Scott Dodson
  • And many others...

To find out more information about the OKD Working Group, please visit [3] where you can find out the charter [4] as well as the approved roadmap for OKD 4.x [2]. Please do get involved [5] and if you find issues please open them in [6] (Bugzilla locations coming soon). You can also contact us on Slack in the #origin-users channel on and #openshift-dev on


Kategóriák: Informatika

CentOS Blog: CentOS Community newsletter, January 2020 (#2001)

2020, január 7 - 07:08

Dear CentOS enthusiast,

For those of you who celebrate various things at this time of year, we wish you a wonderful time with family and friends.


December, as usual, was very slow around here, with many people taking some time off around the end of the year. As such, I don't have much news to report this time.

Red Hat engineering continues to work towards on the tooling necessary to have an active CentOS Stream, and we hope to have an announcement about that this time next month.

Continuing the push for greater transparency and community participation, the Board of Directors has published the minutes from the December board meeting.

Releases and updates Errata and Enhancements Advisories

We issued the following CEEA (CentOS Errata and Enhancements Advisories) during December:

Errata and Security Advisories

We issued the following CESA (CentOS Errata and Security Advisories) during December:

Errata and Bugfix Advisories

We issued the following CEBA (CentOS Errata and Bugfix Advisories) during December:

Other releases

The following releases also happened during December:


December was very quiet, as it is in most years. If you represented CentOS at an event in December, please do let us know!

We have published a number of interviews from the Student Cluster Competition at the recent SuperComputing event in Denver:

University of Washington Student Supercomputing

North Carolina State Student Supercomputing

Shangjai Jiao Tong University Student Supercomputing

FOSDEM 2020, and Dojo

In just under a month, we will, as usual, have a table at the annual FOSDEM conference in Brussels, Belgium. This will be held on the first weekend in February, which is the 1st and 2nd of February, 2020. We'll be sharing the space with our friends from Fedora. Please drop by and see us.

And, on the day before FOSDEM starts, we'll be having our annual Dojo at the Marriott Grand Place. That's Friday, January 31st, 2020. The agenda is on the event listing page, and we would love to have you there.

We'll be having a lightning talks section this year, so if you have something you'd like to present about, but don't have enough for a full presentation, bring your notes and your ideas! Tell us about your favorite projects, your interesting discoveries, or your perplexing problem.

Attendance is free, but we would appreciate it if you register, so that we know how many people to plan for. We have limited space, so register soon before we are all full.

See you in Brussels!

Host a Dojo

If your University, company, or research organization, wants to host a CentOS Dojo, we would love to hear from you. You'll need a space where 100-200 people can attend technical talks, and someone who is able to work with us on logistics and talk acquisition. We'll help promote the event, and work with you to craft the schedule of talks. Drop us a note on the CentOS-Promo mailing list - - with your proposal.

SIG Reports

The SIGs - special interest groups - are where most of the interesting stuff in CentOS happens. They are communities packaging and testing layered projects on top of CentOS, and ensuring that they work reliably.

The PaaS SIG has provided their report as a separate blog post, and the Virtualization and Software Collections SIG reports are provided below.

Virtualization SIG Purpose

Packaging and maintaining different FOSS based virtualization
applications that one can install and run natively on CentOS.

Membership Update

We are always looking for new members.

omachace__ joining Virt SIG for oVirt project volunteering for providing
ansible-runner related and mod_wsgi into Virt SIG

Welcoming Miguel Barroso mbarroso to Virt SIG for oVirt

Releases and Packages oVirt

* upstream released oVirt 4.3.7
* Working on getting oVirt CentOS Stream packages, particularly oVirt 4.4


* Xen 4.12.1 available on CentOS 7
* Regular updates to 4.8, 4.10, 4.12 for security updates
* Upstream Xen 4.13 nearing release

Health and Activity

The Virtualization SIG remains fairly healthy. All the projects within
the SIG are updating regularly on biweekly meetings.

oVirt had a conference in Rome on 4 Oct.

oVirt also now has a new driver installer for Windows. If you have a VM
with the old drivers, it is recommended to uninstall them before
installing new ones.

The Xen Developer Summit was held 9-11 July in Chicago.

After an online discussion / survey, it was decided that the "primary
supported" version of Xen would always be the most recent version of
Xen-1. The current "primary" version is 4.8; once Xen 4.13 comes out
upstream (probably next week) we'll move this to 4.12.1. After that,
when 4.14 comes out, we'll update to the latest version of 4.13, and so on.

Issues for the Board

Both Xen and oVirt waiting for CentOS 8 support in the CBS. oVirt using
copr as a work-around for now.

Software Collections SIG Purpose

The Software Collections SIG will provide an upstream development area for various software collections and related tools. Developers can build on and extend existing SCLs, so they don't need to re-invent the wheel or take responsibility for packaging unnecessary dependencies.

Details at

  • The upstream release of RHSCL 3.4 was rebuilt and made available in the testing repositories since public beta. This release include collections of Nginx 1.16, NodeJS 12, PHP 7.3 and PostgreSQL 12.
    Maven 3.6 was also included upstream, but due to rebuilding and packaging difficulties, it is not available as of this report.

The successfully rebuilt collections are in process of being tested and released, and should be available on public mirrors shortly after this report is published.


As with any open source project, there's a lot more than just code. If you want to get involved, but you're not a programmer or packager, there's still a ton of places where you can plug in.

  • Design - Graphic and design elements for the product itself, the website, materials for events, and so on, are always a great need. This is true of any open source community, where the focus on code can tend to neglect other aspects.
  • Events - While CentOS has an official presence at a few events during the year, we want a wider reach. If you're planning to attend an event, and want to represent CentOS in some way, get in touch with us on the centos-promo mailing list to see how we can support you.
  • Promotion - The Promo SIG does a lot in addition to just events. This includes this newsletter, our social media presence, blog posts, and various other things. We need your help to expand this effort.
  • Documentation - Any open source project is only as good as its documentation. If people can't use it, it doesn't matter. If you're a writer, you are in great demand.

If any of these things are of interest to you, please come talk to us on the centos-devel mailing list, the centos-promo mailing list, or any of the various social media channels.

We look forward to hearing from you, and helping you figure out where you can fit in.

Kategóriák: Informatika


Theme by me