Category: CentOS

an orderly migration to rhel

whbeebe

I’ve been sitting on the sidelines and watching the Red Hat/CentOS source drama play out. I wrote just once on the subject when the story first broke. Back then I opined how I couldn’t trust Big Linux (meaning Red Hat and Ubuntu) and would thus stick to Debian. But as they say, time wounds all heals.

I’ve create a Red Hat developer account for myself ( https://developers.redhat.com/ ) and downloaded my free (as in beer) RHEL 9.2 ISO for eventual installation later. I’ve done this primarily because of the (lack of) security in the repository chains that open source depends upon. A bit of cursory investigation shows that Red Hat may be big and corporate but I’ve come to believe they’re more trustworthy when it comes to the quality of the Linux product they deliver as well as support. That support costs, but it’s the kind of corporate support that corporate users demand.

To give you an idea as to what corporations are transitioning away from CentOS to RHEL, there’s the example of Salesforce, who’ve announced they’re migrating some 200,000 server-class machines from CentOS 7 to RHEL 9 (see link below). And that’s just one example. If you can believe the statistics, more than 90% of the Fortune 500 that use Linux use RHEL. I have no idea what the other 10% use, but it might just be Ubuntu primarily.

I have downloaded the RHEL Desktop 9.2 ISO, and I will spin up a small VM under Virtual Machine Manager and begin the process of determining how to migrate from Linux Mint to RHEL. I want to, in particular, determine if I can continue my Espressif/Arduino/Micropython development with external boards. Espressif has stated on their Github page that they support Ubuntu/Debian and CentOS 7/8. I’m assuming that this hasn’t been updated in a while due to the versions of CentOS the documentation calls out, but since CentOS was supposed to be bug-for-bug, feature-for-feature exact, then I see no reason why the Espressif tool chain won’t work on RHEL 9.x.

Once this is done my daily driver system will be Red Hat. I’ll only use other distributions if that’s what is supplied with hardware, such as, for example, Raspbian (Debian) for Raspberry Pi 4 and 5, or Ubuntu for the nVidia development boards.

Links

moving away from red hat to debian

Automation at Scale: Migrating 200,000 Machines from CentOS 7 to RHEL 9 — https://engineering.salesforce.com/automation-at-scale-migrating-200000-machines-from-centos-7-to-rhel-9/

Espressif Standard Toolchain Setup for Linux and macOS — https://docs.espressif.com/projects/esp-idf/en/latest/esp32/get-started/linux-macos-setup.html

sampling linux mint 20.3

whbeebe2 Comments

Just as I’d stated in the last post about Fedora 36, I’ve started to look at alternative distributions. I looked at both Alma Linux and Linux Mint, and decided to not go near Alma Linux. That leaves Linux Mint.

Linux Mint 30.2 is derived from Ubuntu 20.04 LTS, Focal Fossa. That’s not a bad thing per se, but the kernel and tool versions are from two years ago. That may or may not cause issues. As an example pre-installed Python is at version 3.8.10. A check on python.org shows version 3.8 is at 3.8.13. Minor point releases are usually bug fixes, which might include security fixes as well. I’ve yet to dig in and find out. In any event if I were to go with Linux Mint I’d build my own latest version and install it in parallel with the default version, as I have done countless times before. Followed by creating a virtual Python work environment.

It has been many years since I worked with Linux Mint, so I slowed down and took some time to explore and become reacquainted with this distribution. It’s a pleasant experience with interesting little touches. For example I was able to quickly find a theme I liked and installed it. And that’s when I noticed a problem with every Gnome-based distribution; wasted space on the window chrome. The top window bar in particular is huge, giving every window the digital equivalent of a high forehead. And that’s without a menu. Windows and macOS have much thinner upper window borders, and the controls and text that are a part of those borders are better designed and integrated. It’s all about efficient use of screen real estate; Gnome is not efficient.

In a way, because it’s based on Ubuntu 20.04 LTS it’s a bit like stepping back in time. And a reminder of what I left behind, both good and bad. And a reminder that perhaps the bad wasn’t all that bad after all. I even like how I was able to find another decent wallpaper, at least to me:

It’s called Red Waves and is part of the Una image collection in Backgrounds. And one more nice little touch:

Right mouse click on the Mint desktop, go down to the very bottom of the pop-up menu where it displays Customize and click to bring up this dialog. See the slider on the far right and the one at the very bottom? Those are used to tweak the horizontal and vertical distances between the desktop icons, independently of each other (i.e. you can just change the vertical distancing if you’re fine with the horizontal distancing.) As I wrote earlier, a number of nice little touches.

As for my pain points:

  • There is no brltty.
  • Parallels Tools installed just fine, which allows me to share a folder on my Mac with all my other VMs and the native Mac environment.
  • The Mint desktop is Xorg and works just fine in a Parallels virtual machine on a macOS desktop.

I don’t know yet if I’ll replace Pop!_OS with Mint, but it’s a serious contender. A very serious contender.

And what about Alma Linux, you ask? Alma Linux advertises it’s a clone of CentOS, which is a clone of Red Hat, and brother, are they right about that. RedHat is Corporate Linux all the way, as are the derivatives CentOS and AlmaLinux. And I’m here to tell the world I have no use for Corporate Linux. I’m glad that RedHat is here for the corporate types as it keeps them away from me. I am concerned that Ubuntu is evolving into another Corporate Linux, which I find disturbing.