Red Hat stops all upstream and downstream work on desktop Bluetooth, multimedia applications (namely totem, rhythmbox and sound-juicer) and libfprint/fprintd

alounoz@lemm.ee to Linux@lemmy.ml – 371 points –
hadess.net
95

IBM strikes again

They have no idea how Red Hat was making money, they're just squeezing it dry.

RedHats focus is on Enterprise Linux, Openshift, AWX, etc.

Are they even a “competitor” in enterprise Linux desktop? Enterprise Linux servers, sure, and I suppose a good number of orgs who don’t want to deal with dissimilar “user” distros, but I’d think Canonical would have enterprise desktop Linux pretty much sealed by now.

I've had a couple jobs with RHEL workstations, and the university I went to had RHEL workstations too. Not sure what their market share is compared to canonical, but they definitely have a bunch of deployments on desktop.

"Enterprise" linux just feels like something RH invented for their own brand.

You can get LTS releases of a bunch of distros already, and some even offer similar levels of enterprise support (SUSE comes to mind).

I've seen orgs run their own distro/spin or something like Zorin or Ubuntu if they don't want RHEL.

This is a fair point, but I don’t think Linux would be nearly as adopted in the business world without that branding. It’d be some fringe hobbyist thing and BSD would probably have become the server operating system of choice.

Fedora is a great OS. They also bought CoreOS a while ago and rolled it into their own offerings (fedora Coreos and RHEL Coreos). They're also the primary developers of Pipewire, the de facto replacement for PulseAudio and potentially Gstreamer.

It's really sad, in a fluke they've embraced, expanded, and extinguished OSS projects by making themselves the linchpin, and then selling to IBM. Goes to show that you should never trust those even with the best intentions, as they can eventually sell out.

This means that, in the medium-term at least, all those GNOME projects will go without a maintainer, reviewer, or triager:- gnome-bluetooth (including Settings panel and gnome-shell integration)- totem, totem-pl-parser, gom- libgnome-volume-control- libgudev- geocode-glib- gvfs AFC backendThose freedesktop projects will be archived until further notice:- power-profiles-daemon- switcheroo-control- iio-sensor-proxy- low-memory-monitorI will not be available for reviewing libfprint/fprintd, upower, grilo/grilo-plugins, gnome-desktop thumbnailer sandboxing patches, or any work related to XDG specifications.Kernel work, reviews and maintenance, including recent work on SteelSeries headset and Logitech devices kernel drivers, USB revoke for Flatpak Portal support, or core USB is suspended until further notice.

Gnome-bluetooth and gvfs are big. I don't use Gnome, I use a tiling window manager, with XFCE apps, but my workflow depends on these apps. I hope that Blueman is not dependent on gnome-bluetooth, but GVFS is literally essential, as that's what I use for mounting external volumes (mainly USBs). This is bad.

1 more...

Guess it's not wrong to think that they technically stopped to work on about everything for gnome for a while

That really sucks. I recently chose to use Nobara too, I hope these projects get picked up by another entity so Gnome as a whole doesn't suffer.

What gnome-bluetooth does that bluetooth-manager can't? It's just a button reorganization in GTK4.

1 more...

I'm getting quite fond of the coining of this concept of "enshittification".

I just wish it had a better name. 'Enshittification' sounds stupid.

Personally I'm not a fan of cussing in terms meant to be widespread. So my personal substitute, while wordier, is currently "corporate product worsening"

1 more...
1 more...
1 more...

I can see where they'd spend less maintaining rhythmbox and totem as they don't really help with office productivity. So many keyboards and mice are Bluetooth these days it kinda seems weird to stop working on the tools you're customers actually need.

Rhythmbox already got replaced and I don't think anyone uses totem. I did a little but it would never work properly.

Like you said tho Bluetooth is weird to stop supporting same with power profiles

Not Power Profiles Daemon...

Yeah, this was the saddest part of the announcement for me. Just when amd_pstate was getting good and power-profiles-daemon provided an easy way to toggle its performance state.

What disgusts me the most about Red Hat is their fake focus on "the open source community." The fact is, the "community" is nothing more to them than free labor. They only seek out and merge changes and fixes that appeal to their enterprise customers. Fuck them, they're getting paid, so let them do it themselves IMO.

FUD

You can disagree with the comment above, but it's not "FUD", it's just criticism.

It's FUD, redhat is a major contributor paying developers. It's a sad news but it's crazy to say redhat just profits free contributors.

To be honest, those never really worked reliably. i don't know where really lies the issue but loading a bunch of file and some file can freeze, make the app unresponsible that only a kill can resolve.
Is it a gstreamer issue? Rhythmbox has always looked bloated and never able to do what a simple audacious can do with the same file collection.

Regarding RHEL, they are pushing ITs to the cloud and not their own, I mean, I will do the necessary to not promote, support their products.

Such a shame. The best distro out there being hurt by these decisions...

No point using RHEL or related distros like Fedora after this news. You're potentially investing in the managed decline of a company that simply doesn't bother with supporting anyone who isn't paying them big bucks.

If you wanted a stable desktop Linux with LTS releases and a mature third party software stack you're better off with literally any other Ubuntu, SUSE, or Debian-based distro. Paying money to the latter will likely benefit the wider linux ecosystem more than paying RH that same money, too

Doesn't this violate the gpl

Red Hat has decided to stop allocating resources for maintaining and improving these parts of the freedesktop project. Red Hat isn't working on proprietary versions of them. They've just decided to stop paying for work to be done on them. It just so happens that many of these projects were only being maintained by Red Hat employees, it seems.