News: 1612797787

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

The unanswered question at CentOS community Q&A: How can we trust you now?

(2021/02/08)


The CentOS board conducted a public Q&A just ahead of last week's FOSDEM 2021 open source conference, but there was an awkward silence when someone asked whether changing the end of life (EOL) date for a released project is something that might happen again.

This killer query came about half an hour into the session, which can be viewed [1]here . "A question has come in about the change of the EOL for a community deliverable during a release being very unusual. Is this [a] thing that could theoretically happen in the future?" said moderator Brian Exelbierd from Red Hat (and also a board member).

[2]

A lengthy silence ensued before Pat Riehecky from Fermi National Accelerator Laboratory, a CentOS board member since April 2020, offered: "It's hard to predict the future."

Indeed, but this question was not really about the future, nor was it about CentOS Stream, though the board members (eventually) chose to answer as if it were.

[3]

[4]

Er, anybody want to take this one?

CentOS 8.0 Linux, built from the same sources as Red Hat Enterprise Linux (RHEL) 8, was released on 24 September 2019 with a projected EOL of May 2029.

In December 2020, community manager Richard Bowen [5]posted about the "shifting focus" to CentOS Stream, announcing [6]that "CentOS Linux 8, as a rebuild of RHEL 8, will end at the end of 2021."

The killing of CentOS Linux: 'The CentOS board doesn't get to decide what Red Hat engineering teams do' [7]READ MORE

The EOL for CentOS 7 remains 30 June 2024. This drastically curtailed EOL was disruptive for CentOS users, some of whom were rolling out CentOS 8 in production with the expectation of 10 years of updates. "This is a breach of trust from the already published timeline of CentOS 8 where the EOL was May 2029. One year's notice for such a massive change is unacceptable," [8]said a user at the time of the announcement.

Crossing streams

CentOS Linux was massively popular as it offered a community-supported and compatible build of RHEL and was trusted for production use. The community was happy with it, but Red Hat was not, figuring that it got little benefit from all those CentOS users especially as it knew little about them, as Exelbierd [9]told us last month. Red Hat said it would no longer put engineering effort into CentOS Linux but would shift all its effort to CentOS Stream, which tracks just ahead of RHEL, in effect forcing the CentOS board to go along with the plans.

During the virtual Q&A, board members assured us that they were "very excited" about Stream and did not show any expressions of regret or disappointment, unless via body language. Riehecky said Stream would help him get code into RHEL. "Historically when I've wanted to make some changes in the RHEL release, the plan was I get them into Fedora and hope that they filter down. That's not a great way for something I care about to make it into the release … Stream gives me a place where I can make them happen."

Johnny Hughes, board member and CentOS software engineer, added: "Before we were just building stuff as it came out. Now with the RHEL engineers accepting communications and patch inputs, when that gets turned on, we have capability for the community to interact directly and get things in which not only helps CentOS Stream but helps RHEL and we start operating more like a true community."

We also learned that the integration of Stream into the Red Hat development process is a big deal for Red Hat, that the process is not yet complete, and that CentOS will share more resources with Fedora, Red Hat's leading edge Linux distro.

"We already share infrastructure with Fedora," said Hughes. "We're moving the authentication to shared authentication. The community platform engineering team takes care of both the CentOS hardware and the Fedora hardware. We are moving in that direction. We're going to have a GitLab for CentOS Stream and Bugzilla.redhat.com is going to be the place where you interact with and report bugs. You already use that for Fedora... we're combining a bunch of things."

The actual code repos for Fedora and CentOS will not be brought together. This "is something that has been considered but for a couple of technical and honestly some political reasons Fedora and CentOS have not chosen to combine their repos at this time," said Exelbierd. "That doesn't mean it may not happen sometime in future."

Should I be concerned about the stability of Stream in production? asked a user. The answer is not straightforward. "The packages that go into Stream have gone through the internal QA before they land in Stream. They should be as safe as when they land in RHEL," said Riehecky, adding that this is in part a matter of users contributing tests for things they care about.

Riehecky added: "If you've got something that needs a test, we can add that into the RPM so it is self-tested and into the upstream that it's based on. If you are concerned about testing, I'd encourage you to build tests."

"Red Hat engineers are not allowed to commit code to Stream that is work in progress. It is expected to be finished code," said Exelbierd.

The whole point of Stream is that it is not yet RHEL, it is to become integral to the process of developing RHEL. "I wouldn't expect Stream to go anywhere as it's becoming fundamental to the release of RHEL itself," said Riehecky.

Community spirit

Red Hat knows that RHEL is better suited to production workloads than Stream, which is why it is trying to mitigate the loss of CentOS 8 by offering [10]more options for free RHEL deployment.

Listening to the board speak, it is apparent that the focus on Stream has real benefits for RHEL and for the RHEL community. It is opening up the development of RHEL, making it more transparent and making it easier for users to get fixes and new features into the RHEL code.

The people it is not good for are the existing CentOS users who want a community build of RHEL, which is why there is intense interest in [11]Rocky Linux , with the involvement of Gregory Kurtzer, co-founder of the CentOS project. Another contender is [12]AlmaLinux , formerly Project Lenux, a "1:1 binary compatible fork of RHEL 8 built by the creators of the established CloudLinux OS."

A beta version of AlmaLinux was released on 1 February. "The folk that are doing RHEL 8 rebuilds to keep 8 alive, we wish them the best. We love our open-source friends," said Riehecky.

"The board and Red Hat want Stream to succeed. If we make it terrible, it will not. It's on us and on Red Hat to make it a working solution for people," said Mike McLean, Red Hat lead developer for the Koji build system and CentOS board member.

[13]

It may indeed succeed on the terms set for it by Red Hat, but it does not meet the same need as CentOS Linux. That question to the CentOS board about changing the EOL of a released project was really about trust, and it was one that board members chose not to answer. ®

Get our [14]Tech Resources



[1] https://www.youtube.com/watch?v=CXFrBv1wwvg

[2] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2YCFuJqeZIaKMZht-VDSfdQAAAIw&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0

[3] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33YCFuJqeZIaKMZht-VDSfdQAAAIw&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[4] https://regmedia.co.uk/2021/02/08/silence.jpg

[5] https://www.theregister.com/2020/12/09/centos_red_hat/

[6] https://blog.centos.org/2020/12/future-is-centos-stream/

[7] https://www.theregister.com/2021/01/26/killing_centos/

[8] https://blog.centos.org/2020/12/future-is-centos-stream/#comment-183638

[9] https://www.theregister.com/2021/01/26/killing_centos/

[10] https://www.theregister.com/2021/01/20/red_hat_amends_developer_license/

[11] https://www.theregister.com/2020/12/10/rocky_linux/

[12] https://almalinux.org/

[13] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44YCFuJqeZIaKMZht-VDSfdQAAAIw&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[14] https://whitepapers.theregister.com/

iron

Who knew Geralt of Rivia was a CentOS dev?

Yay!

nematoad

"...board members assured us that they were "very excited" about Stream and did not show any expressions of regret or disappointment,"

Yeah, they would say that wouldn't they. Keep in with the bosses, after all there are jobs at stake and for that I don't blame them, but to gush all over the place how this is the best thing since sliced bread does come across as a bit forced.

"...in effect forcing the CentOS board to go along with the plans."

Resistance is futile.

Now where have we heard that before?

Open source as sales lead vs open source as competitor

Anonymous Coward

Many years ago I worked as a professional services consultant for red hat on their JBoss suite of products. There was an internal tension in Red Hat between those who saw open-source JBoss (and later wildfly) as a source of leads and sales opportunities, vs those who saw it as a competitor taking away potential paying customers. Every few years one side or the other would get an advantage and Red Hat lurched from trying to keep important features and fixes out of the opensource stream as long as possible to putting everything in opensource first. It seems that dynamic continues to this day, but with IBM at the helm they have swung further than usual. They will probably swing back the other way in a few years, once they notice the lack of CentOS users impacting their pipeline of CentOs to RHEL conversions.

katrinab

If I wanted to run beta software in production, I would install Fedora, or Windows.

New shiny is nice, but in a production environment, I want stuff that works. So I will stick with FreeBSD, and Debian.

Ben Tasker

> This killer query came about half an hour into the session, which can be viewed here. "A question has come in about the change of the EOL for a community deliverable during a release being very unusual. Is this [a] thing that could theoretically happen in the future?"

> ....

> A lengthy silence ensued before Pat Riehecky from Fermi National Accelerator Laboratory, a CentOS board member since April 2020, offered: "It's hard to predict the future."

Presumably the silence was everyone hoping one of the others was going to take that bullet.

The answer, clearly, is - yes it absolutely could happen, just as all the ground they're "giving" on licensing to ease the transition to Stream could evapourate.

Essentially, you need to either be thinking of changing distribution entirely, moving to one of the new community builds, or preparing for the costs of entering the RHEL licensing ecosystem.

Thus spake the master programmer:
"Let the programmers be many and the managers few -- then all will
be productive."
-- Geoffrey James, "The Tao of Programming"