CentOS Stream will now be the sole repository for public RHEL-related source code releases. For Red Hat customers and partners, source code will remain available via the Red Hat Customer Portal.

By limiting the RHEL public sources to CentOS Stream, it will now be more difficult for community/off-shoot enterprise Linux distributions like Alma Linux, Rocky Linux, Oracle Linux, Amazon Linux, etc, to provide 1:1 binary compatible builds against given RHEL releases.

If you’ve been following the way Red Hat has been moving CentOS from being a downstream distro to RHEL to making it the upstream community distro with the start of CentOS Stream, you’d know the major shift in Red Hat’s strategy to cater more to the paying customers and partners and killing the spirit of continuing to remain a community enterprise operating system.

“As the CentOS Stream community grows and the enterprise software world tackles new dynamics, we want to sharpen our focus on CentOS Stream as the backbone of enterprise Linux innovation. We are continuing our investment in and increasing our commitment to CentOS Stream. CentOS Stream will now be the sole repository for public RHEL-related source code releases. For Red Hat customers and partners, source code will remain available via the Red Hat Customer Portal.” said Mike McGrath, Red Hat VP of Core Platforms.

We’ll now have to wait and watch the path that will be taken by AlmaLinux and Rocky Linux, the 2 most popular community RHEL distros that were started since the time CentOS was moved upstream.

Both Rocky Linux as well as AlmaLinux have tweeted asking their community to not panic and a solution will soon be found.

CentOS Hyperscale is CentOS targetted towards enabling CentOS Stream deployment on large-scale infrastructures and facilitating collaboration on packages and tooling. It is being built by a group of engineers from Facebook, Twitter, and other hyperscalers, by making optional changes to CentOS Stream to better suit the Linux distribution to their internal needs.

CentOS Hyperscale packages can be accessed by installing the package centos-release-hyperscale through the usual dnf command.

sudo dnf install centos-release-hyperscale

This release package will pull in epel-release, as EPEL is a prerequisite for Hyperscale. It is also recommended to enable PowerTools (which is itself a prerequisite for EPEL).

sudo dnf config-manager --set-enabled powertools

A minimal container image based on the Hyperscale SIG repos and packages is available on Quay.io and can be used via Docker or Podman.

CentOS Stream 8

podman run -a stdin,stdout,stderr -t quay.io/centoshyperscale/centos:stream8

CentOS Stream 9

podman run -a stdin,stdout,stderr -t quay.io/centoshyperscale/centos:stream9

CentOS Hyperscale Kernel

The CentOS Hyperscale Kernel is currently maintained in the CentOS experimental repository. This kernel is based on the CentOS Stream 9 kernel and tries to follow it as closely as possible, while enabling additional features such as btrfs and Kernel Live Patching. In turn, the CentOS Stream 9 kernel is based on the upstream RHEL 9 kernel sources, which is where the RHEL 9 kernel is developed and maintained. The Hyperscale kernel is built for both CentOS Stream 8 and CentOS Stream 9 from the same sources

CentOS Hyperscale Container Images

The Hyperscale containers for both CentOS Stream 8 and CentOS Stream 9 are publicly hosted at Quay.

CentOS Stream is as popular a laptop/desktop Operating System as much as it is a Server based one. And when it comes to working on your personal machine, you’d always love to work on a GUI instead of on terminal. CentOS Stream itself comes with multiple GUIs including KDE & GNOME.

In this article, lets learn how to setup KDE also known as K Desktop Environment on CentOS Stream.

First, update your system to have all the latest packages, so we don’t have any conflicts come up…

sudo dnf upgrade --refresh -y

Next, if not already done, install the EPEL (Extra Packages for Enterprise Linux) repository which provides a set of additional packages for CentOS Stream

sudo dnf install \
    https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm \
    https://dl.fedoraproject.org/pub/epel/epel-next-release-latest-9.noarch.rpm

Now go ahead and install the latest version of KDE, which is KDE Plasma at the time we are writing this post and reboot your machine

sudo dnf groupinstall "KDE Plasma Workspaces" -y
sudo reboot

Once you restart your machine, you’ll return to the login screen. Here in the bottom right corner, you’ll be able to choose the desktop environment you’d login to. Now go ahead and login and start using the new KDE desktop environment and share your comments!

OKD Streams, the Community Distribution of Kubernetes that powersRed Hat OpenShift, has launched a fully open source release pipeline that the community can participate in, to help support and manage the release cycle ourselves. The OKD Community is now able to build and release stable builds of OKD 4.12 on CentOS Stream CoreOS which hereon we are calling OKD Streams.

An OKD Stream refers to a build, test, and release pipeline for any configuration of OKD, the open source kubernetes distribution that powers OpenShift. It is the first of many OKD Streams that will enable developers inside and outside of Red Hat to easily experiment with and explore Cloud Native technologies.

The new OKD Streams are built using Tekton pipelines, which makes it easier to explore building many different kinds of pipelines. Tekton is a Continuous Deployment (CD) system that enables admins to run tasks and pipelines in a composable and flexible manner. This new pipeline approach enables builds that can be customized via parameters, even the tasks within the pipeline can be exchanged or moved around. Add your own tasks. They are reusable templates for creating your own testable stream of OKD. Run the pipelines on any infrastructure, including locally in Kubernetes using podman, for example, or you can run them on a vanilla Kubernetes cluster.

For more information you can use the resources below…

OKD.io

CoreOS Installer

CentOS has announced that CentOS 9 Stream Appliances will soon be available via KIWI on the CentOS-Infra repository.

What is KIWI?

KIWI is one of the most popular command line utility to build Linux system appliances. KIWI had recently phased out its legacy code and has now come up with KIWI NG (Next Generation) with the release of v9.x, which is now stable and ready to be used for live projects.

KIWI NG can create images in ISO, PXE as well as Vagrant formats.

What is a CentOS 9 Stream Appliance?

An Appliance is a ready to use image of any Operating System (CentOS 9 Stream in this case) which can be used in any Workstation environment, Cloud, Vagrant or any other type of containers.

The need for Appliances of any Operating System arises due to the additional needs of Cloud or Containerised environments, where one would need API access between the Cloud or Container managers, including RedHat’s own OpenShift Container Orchestrator and the OS for being able to manage the workflow of the Operating System right from the management consoles.

The work for the first stable release of the CentOS 9 Stream Appliance is in progress and one can checkout the same on the CentOS Community Build Service Staging Repository.

Where are the legacy CentOS Appliances?

The legacy CentOS Appliances can still be accessed at the CentOS Virtualization Appliances repository.

Way back in 2018, Fedora 28 had introduced EPEL 8 modules, which allowed one to install multiple versions of the same software and switch between them, making them modular. For example, one might need to keep switching between a nodejs 8.x, 10.x and 12.x based on the software requirement, or even switching between a Python 2 and Python 3 as many of the ealier softwares are not yet compatible with Python 3.

Fedora being the upstream distro to Redhat (and CentOS, before it became CentOS Stream and became a mid-stream distro), was facing the same problem like any other open source software of either being too aggressive in releases or too slow to release. While the package the user wants may be available, it might not be available in the version needed.

So the way Fedora modularity would solve the problem was by shipping with the standard versions of the software, and while at it, you would have the flexibility to install the Fedora Modular Repos to get the stable EPEL versions of the softwares.

However, over the years, the EPEL 8 repo seems to have hardly any takers. The strange mixture of Fedora ecosystem and RHEL modularity never worked properly. There have been routine instances of modules that wouldn’t install, modules that overwrote RHEL modules, Fedora maintainers surprised their modules were in EPEL, and the constant issue that EPEL modules couldn’t depend on RHEL modules.

Thus drawing a conclusion to this experiment. Both CentOS Stream as well as Fedora have officially announced that the modular EPEL 8 will be retiring in a phasely manner and below is the timeline for the same…

• October 31, 2022
  • An updated epel-release will be pushed to the epel8 repo
  • This sets “enabled = 0” for epel-modular, if you haven’t already changed your config
  • epel-modular full name will have “DEPRECATED” in it
• February 15, 2023
  • The infrastructure for building and publishing epel8 modules will be removed
  • The EPEL 8 modules will be archived and removed
  • The mirror manager will be pointed to the archive

It is now no longer recommended to install or access the EPEL 8 modular repo after 31st October 2022.

CentOS has released its new visual brand identity with the launch of its brand new logo.

After the formation of CentOS Stream, multiple Special Interest Groups (SIGs) were formed, with each group taking on a particular responsibility. One such group is the CentOS Artwork SIG. The CentOS Artwork SIG uses the CentOS Brand to connect all the visual manifestations the CentOS Project is made of and, this way, it provides visual recognition among similar projects available on the Internet.

This was the culmination of the Design Contest that CentOS had, running 2021 through 2022. The main theme of the contest was Improving CentOS Symbol Contrast, Size and Meaning.

Read more about the new CentOS Brand.

AWS has recently announced the public preview of its next version of Amazon Linux. Amazon linux 3, codenamed AL2022, brings in improvements in design, security, stability and performance over its predecessor Amazon Linux 2.

Starting with AL2022, Amazon will launch a major version of its Amazon Linux every two years and each version will be supported for five years, with quarterly updates via minor releases and use the latest software for their applications. Starting, Amazon Linux 3, they have finally introduced the ability to lock to a specific version of the Amazon Linux package repository giving customers control over how and when they absorb updates.

Amazon Linux is a Linux distribution targetted and optimized for use in the Elastic Compute Cloud (EC2) environment of Amazon Web Services. It uses the same Yum repository for updates using the RPM files like the Fedora, CentOS and Redhat family of Linux.

While earlier versions of Amazon Linux, 1 and 2 were built upon CentOS, since the movement of CentOS also to the upstream of Redhat development with CentOS Stream, now, both CentOS Stream 9 and Amazon Linux use Fedora Project as their upstream, with CentOS stream also becoming the upstream for the eventual major build of Redhat.

While Amazon Linux 3 is still to offer support for ARM processors, CentOS 9 Stream has support across the processor variates including x86_64, aarch64 and ppc64le.

As a final note, we can just add that both, Amazon Linux 3 as well as CentOS 9 Stream have the stable and well tested Linux Enterprise Kernel, are both free and targetted towards Enterprises and Server side installs. While Amazon Linux 3 is well suited for EC2 instances, similar to CentOS 9 Stream, you can download Amazon Linux 3 on your local machines using VirtualBox or VMWare.

Download Amazon Linux 3 for VMWare

Download Amazon Linux 3 for VirtualBox

Download CentOS 9 Stream for VMWare

Download CentOS 9 Stream for VirtualBox

To start with RedHat is most known for its association with RedHat Enterprise Linux and is the primary sponsor of Fedora Project and CentOS Stream along with many other open source projects. Redhat Inc. was acquired by IBM in 2019 and is now operated as an independent subsidiary of IBM.

Why would the same company want to maintain 3 Linux operating systems?

To start with, all the 3 of these Linux distributions use the RPM (Redhat Package Manager) packages. Most of the packages can be used interchangebly amongst these Linux distributions. So in order to understand the basic difference between them, we need to first understand the difference between a community distribution (commonly called as distro) and an enterprise distribution.

Community vs enterprise distro

Linux as we all know is a free and open source operating system. Which means anybody who understands it well enough can develop features into a distro and add it to the repository for it to become a part of the upcoming release. This ensures that you always have the bleeding edge features in community based distro. However, it does come with a drawback, that the new features may not have been tested well, so an updated would be soon on its way. This causes stability issues from an enterprise perspective. Enterprises prefer to have fixed periodic update cycles with a long term support (LTS). This is where comes the enterprise Linux distro. Enterprise Linux distros are tested with wider audience, features are stabilised and only then are added to the final release.

Fedora release cycle

Fedora Linux falls under the category of community Linux distro. They have a release cycle of around 6 months with the support for the current version being valid till a month after the release of the next version.

CentOS Stream release cycle

CentOS release cycle matches with that of Redhat releases. The major version number matches that of the major release of Redhat, while the minor version number being the actual release update. Starting with CentOS Stream, it is now an upstream Linux distro to Redhat.

Redhat release cycle

Redhat is a commercial enterprise linux distro with fixed release and support cycles. Red Hat releases a new point version of a particular series every year and a major version after approximately 5 years. It offers 10-year life cycle support so you can better support long-term apps.

Upstream vs Downstream distro

The development and release cycle of a Linux distro can be compared also whether it is upstream to Redhat or downstream to Redhat.

The bleeding edge upstream is Fedora. Fedora matures into CentOS stream. CentOS Stream is a “continuously delivered distro that tracks just ahead of Red Hat Enterprise Linux development, positioned as a midstream between Fedora and Redhat distros. With CentOS only recently moving to upstream releases to Redhat, it will be worth keeping a watch on how often do the releases happen in CentOS Stream.

Since in upstream, CentOS Stream lies between Fedora and Redhat, it is expected to have releases more often than Redhat, however lesser often as compared to Fedora. CentOS Stream 9 releases will give a better picture towards this.

And then there are downstream distros which were launched after Redhat announced the change in the stance of CentOS from the earlier downstream distro to upstream, from its CentOS Stream. These distros are Rocky Linux (by the founder of CentOS Project) and Alma Linux (from the house of CloudLinux). They are also gaining wide spread popularity, as they track close to Red Hat Enterprise Linux, are as stable as Red Hat Enterprise Linux and are free to use.

You can read more about whether to opt for CentOS Stream, Rocky Linux or AlmaLinux before making up your mind for your next installation.

Back in 2019, Redhat had announced that they will be changing their sponsorship for CentOS Linux distribution from December 2021. CentOS Stream would be an upstream development platform designed for CentOS community members.

Rocky Linux

Rocky Linux is a community enterprise operating system led by Gregory Kurtzer, founder of the CentOS project after RedHat decided to switch to CentOS Stream. One reason it is also called the unofficial successor to the CentOS Project.

Rocky Linux continues to keep the original charm of CentOS to be the stable downstream build of Redhat. It is taken as a drop-in replacement of CentOS being a 100% bug-for-bug fork.

What does Rocky Linux mean to the CentOS users?

It means that you can continue to expect the same stable Enterprise Linux build that one would be used to while using CentOS, on Rocky Linux as well, since it continues to be the downstream build of Redhat. It means that Rocky Linux will continue to follow the RedHat release cycle and release after a stable release of Redhat.

AlmaLinux

AlmaLinux, like Rocky Linux, is also a community enterprise operating system led by CloudLinux. CloudLinux has been in the Linux distribution, by the same name, offers a commercial linux distribution targeted towards the web hosting industry.

When Redhat announced the change in the sponsorship of the CentOS Project from being downstream to upstream CentOS Stream project, AlmaLinux was the first one to come up with a replacement for CentOS.

What does AlmaLinux mean to the CentOS users?

AlmaLinux is also a drop-in replacement for CentOS and unlike its parent company’s CloudLinux, it will continue to remain a free and open source Linux distribution.

Final Thoughts

The choice of whether you would go for CentOS Stream or Rocky Linux or AlmaLinux depends on what is your use case?

If you love having bleading edge features of a new enterprise operating system, which still have been tested more than a Fedora Linux and don’t mind getting operating system updates more often. Then CentOS Stream would be a good choice.

If you rather have a stable, well tested operating system with specific timelines of the releases/updates, then Rocky Linux or AlmaLinux should be the way to go.

Amongst Rocky Linux or AlmaLinux, as of today, there truely is hardly any difference, while not ruling out how far they end up differing as the time passes and newer releases of enterprise linux get released.

Both come with the backings of past experience. While Rockly Linux is from the very people who founded and led the CentOS Project, AlmaLinux is from the company who was able to see the features that were missing in the whole of Redhat, Fedora, CentOS environment, specifically from the web hosting industry stand point and actually build them up as part of their CloudLinux commercial offering.