linux

(See update at the bottom of this post)

One of the interesting outcomes of the Red Hat situation:

Distribution of GPLv2-licensed code requires no restrictions be placed on downstream users rights to use and redistribute the code (whether they obtained it freely or paid for access):

Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients exercise of the rights granted herein.

Does threatening retaliation (account suspension) for sharing code count as a 'restriction' on exercising a user's rights?

So far I've heard from three corporate open source licensing experts the answer is no.

According to them, the EULA only deals with an account-holder's ability to acquire services from Red Hat (a contract).

Two years ago, Red Hat killed CentOS, a widely-used free version of their Enterprise Linux distribution.

The community of CentOS users—myself included—were labeled as 'freeloaders', using the work of the almighty Red Hat corporation, without contributing anything back. Don't mind all the open source developers, Linux kernel contributors, and software devs who used CentOS for testing and building their software. Also ignore the fact that Red Hat builds their product on top of Linux, which they didn't build and don't own.

For all of my open source projects, effective immediately, I am no longer going to maintain 'official' support for Red Hat Enterprise Linux.

I will still support users of CentOS Stream, Rocky Linux, and Alma Linux, as I am able to test against those targets.

Support will be 'best effort', and if you mention you are using my work on Red Hat Enterprise Linux, I will close your bug/feature/support request as 'not reproducible', since doing so would require I jump through artificial barriers Red Hat has erected to prevent the use of their Linux distribution by the wider community.

For more of my reasoning, see my previous blog post: Dear Red Hat: Are you dumb?.

This decision will not change until and unless I see evidence Red Hat cares about giving free and open access to the sources required to build and test against their Linux distribution.

Process

The timeline for this transition to not supporting RHEL is as follows:

I've had a busy week, so I didn't have time until today to read this news about Red Hat locking down RHEL sources behind a Red Hat subscription.

I repeat the title: Red Hat, are you dumb?

When Red Hat decided to turn the community CentOS distribution into a leading-edge distro instead of basically "Red Hat Enterprise Linux, but free", users like me were justifiably angered.

I don't contribute to CentOS or Red Hat development much, if at all. But I have, for over a decade, provided software and tools that were compatible with RHEL, Debian, Ubuntu, Fedora, Arch, and sometimes other more exotic distros.

I could test my stuff against CentOS Stream... or UBI... or Fedora. Those are mostly like RHEL. Or I could try linking a Red Hat Developer subscription to my test runners and build tools so I could use a licensed copy of Red Hat Enterprise Linux, because that would be required for... actually ensuring compatibility.

But that's dumb.

A common question I get asked whenever my ASUSTOR NAS makes an appearance is: "but can it do ZFS?"

I'm still trying to convince them to add it to ADM alongside EXT4 and Btrfs support, but until that time, the 2nd best option is to just run another OS on the NAS! This is now permitted, but you won't get technical support from ASUSTOR for other OSes.

Some people (myself included) like buying hardware and... doing what we want with it! And for computer hardware, that often involves installing whatever OS and software we want to do the things we want to do. Pretty crazy, coming from a guy who uses a Mac, right?

Every once in a while, there's a little project that pops up in my feed that is just so neat, it's hard to resist buying it.

I have a couple boxes full of these things.

Meet the Beepberry:

This thing is the brainchild of SQFMI, a group who seems to know exactly how to tickle the interest of a tech enthusiast who loves little gadgets.

It's risky business fighting Intel, AMD, and Arm, and that's exactly what Star Five is trying to do with this:

The chip on this new single board computer could be the start of a computing revolution—at least that's what some people think!

The VisionFive 2 has a JH7110 SoC on it, sporting a new Instruction Set Architecture (ISA) called RISC-V.

In the pursuit of doing crazy things on a Raspberry Pi, my latest endeavor was to see if I could consistently pipe more than a gigabit per second of traffic through WiFi using a Raspberry Pi.

In the past, I had some faltering attempts where sometimes things would work—sort-of—using WiFi 6 (802.11ax, 40 MHz bandwidth, 2x2) using an Intel AX200 M.2 card on the Raspberry Pi Compute Module 4.

Recently I was doing some benchmarking on my Ubuntu 22.04 PC, and as part of that benchmarking, I tried setting the CPU performance profile to performance. In the old days, this was not an issue, but it seems that modern Ubuntu only 'knows' about balanced and power-saver. Apparently performance is forbidden these days!

$ powerprofilesctl list
* balanced:
    Driver:     placeholder

  power-saver:
    Driver:     placeholder

The problem was, I had set the profile to performance:

$ powerprofilesctl set performance

But suddenly the 'Settings' GUI app would no longer open (at least not after I had opened it and clicked into the 'power' section). A reboot didn't work, and even reinstalling control center (sudo apt-get install --reinstall gnome-control-center) didn't help!

When I tried opening the settings GUI from the command line, I got the following critical error:

According to AI, this is me.

Or at least, what I look like if I deliver the prompt Jeff Geerling, realistic, photograph, sharp focus to Stable Diffusion, a machine learning, text-to-image model. But if you take that same prompt and paste it into the Stable Diffusion Demo, you'll get a different result.