Skip to main content


Enterprise Linux on desktop?

Anyone using enterprise Linux on their desktop such as RHEL, Alma, Rocky, CentOS etc.?

I'm curious if it's easy to use for this purpose or if the older packages are a pain.

@Linux

reshared this

in reply to Anders Rytter Hansen

I used Rocky 9 at home for a while. I think I had an emergency with a disk and had to install fedora because it's all I had. I also use Rocky 8 workstations at work without any problem.

I could easily slip back to Rocky over Fedora no problem. But I don't game or do anything except serve ipa.

Edit: and yes these were/are my daily driver desktops.

This entry was edited (2 months ago)
in reply to zenharbinger

@zenharbinger
Okay cool. I don't game so for me that's not a problem neither if games don't work.

Linux reshared this.

in reply to Anders Rytter Hansen

RHEL at work.

Not having Kate or Okular is a pain.
Need to download cmake for certain cases.
Subscription Manager is a pain.

Air gap means I can't make do with snaps.

I would also gripe about not having KDE, but that would be unfair and off topic in this case.

This entry was edited (2 months ago)
in reply to ulterno

@ulterno
For which cases did you need cake for example?

My base OS is Fedora Kinoite and I'm considering have AlmaLinux in a podman container for some applications and tools. Replacing it every year because fedora is eol is too often in my opinion.

Hasn't Kate been replaced by an upgraded Kwrite or is Kate still maintained?

Linux reshared this.

in reply to Anders Rytter Hansen

For which cases did you need cake for example?


Since you asked, I don't usually need cake, since I don't do parties, but I might occasionally buy a piece and eat it.

Hasn’t Kate been replaced by an upgraded Kwrite or is Kate still maintained?


kate and kwrite are both maintained and usable side by side on the same system.
In terms of features... kwrite : kate :: notepad : notepad++. Kinda... kwrite is still much more featurefull than notepad.
They have KDE Frameworks dependencies, which makes it non-trivial to install on RHEL when you can only access the local base and EPEL repo.

in reply to ulterno

@ulterno
Haha. Typo. I meant cmake 😂

Ah i see. I think Alma has KDE available

Linux reshared this.

in reply to ulterno

Yeah, basically your DE will be the default of the distro. I've never had good luck with KDE above Centos 7. But I'm good with Gnome. I'm not saying it's not possible, but it's not worth my time and effort personally.
in reply to Anders Rytter Hansen

Have. I like btrfs, you only get that with Oracle and they have philosophical issues, but also random brokenness with things like selinux policies.

Old packages aren’t really an issue for me, but missing packages that haven’t been put into EPEL can be a pain. Depends what you want to accomplish or need.

I feel similarly about Fedora’s quick EOL, which was how I got onto an enterprise desktop distro too. The paper cuts are why I ended up switching to Mint.

in reply to NaN

You can use btrfs with any distro. It's just easier to install on some than others. Ubuntu and Mint will automatically create subvolumes for root and home if you install on a btrfs partition. With Debian, you have to manually create and mount all of the subvolumes before starting the installation.
in reply to cmnybo

You can't really use it with redhat. You can swap the kernel and install the user space tools, but then you won't get support from redhat.
in reply to Virulent

Is anyone here using RHEL support, and is also able to mess around with their partitions?

The free licences are unsupported, and I doubt people are dropping $300+ for RHEL every few for their personal desktop.

This entry was edited (2 months ago)
in reply to cmnybo

Except CentOS/RHEL. RH doesn’t build the kernels with btrfs support.
in reply to jollyrogue

How silly. Any idea why? Even the Steam Deck includes BTRFS these days, and it's the default filesystem for a whole bunch of distros.
in reply to Skull giver

It was available as a technology preview in RHEL 6 and 7, but dropped in 8. There apparently wasn’t much demand for it, and the reputation of BTRFS isn’t exactly synonymous with the image of reliability Red Hat strives for. There’s also the idea of maintenance and support burdens, and Red Hat themselves have launched their own stab at a fs with an integrated volume manager called Stratisd, though IBM supposedly absorbed the team that was working on it for their own products.
in reply to biribiri11

Just in time for Fedora to use it by default and create some interest. I get the maintenance burden though, RHEL patches their kernel like crazy. They still use XFS as default which I think is pretty unique at this point.
in reply to Skull giver

They don’t have any devs to support it. The one dev who an idea about btrfs left for Oracle, from what I’ve read.

Btrfs is rather nice in the correct scenarios, and lack of btrfs is one reason I’m moving away from CentOS servers.

in reply to Anders Rytter Hansen

I looked at RHEL pricing but damn hell no.

The rest is even more outdated than Debian, so just use Debian.

In general stable Desktops are not enjoyable. You will basically not want to read Linux News anymore as you wont be getting any of that.

Its good for enterprises, where policies dont need to change etc. Also in combination with Flatpak and EPEL it may work somehow, but its just worse than using some normal Distro I heard.

in reply to Pantherina

@Pantherina
There is a free subscription for RHEL for individuals.

And I think it's less of an issue nowadays with old packages since we have extra layers such as podman containers over distrobox, flatpak, snap, Nix etc.
Then you can have a solid base OS with less solid layers on top where things are allowed to break but don't mess with the rest of the system. I use Fedora Kinoite as my base for this exact reason.

Linux reshared this.

in reply to Anders Rytter Hansen

Interesting, didnt know that.

Snaps are only somewhat secure on Ubuntu, at least to my state of knowledge. Only on Ubuntu do they have the Apparmor profiles to isolate apps.

I think Fedora Atomic is just better for most cases. KDE got their stuff together mostly (I will not want to use a stable version until 6.3 or something) and the rest of Fedora never breaks for me.

in reply to Anders Rytter Hansen

in reply to Anders Rytter Hansen

Yeah. They used to be RHEL derivatives, but now they're either upstream (Alma) or a mix of legally dubious sources and upstream (Rocky).

They can't be as stable, and 16 free RHEL licences is more than enough for personal or small business use.

in reply to Shareni

alma started to take sources from centos stream. so yeah upstream in a way.

Linux reshared this.

in reply to Anders Rytter Hansen

Sort of, OpenSUSE Tumbleweed. I started on OpenSUSE Leap but had issues getting things like GPU and Steam working. Red Hat was also a non-starter because of the lack of gaming functionality.

TW works great for gaming and the enterprise features I care about (like domain joining) work out of the box. Its certainly harder to set up than something more geared towards home use (typically one of the various the downstreams of Debian or Arch) but that doesn't bother me.

in reply to spaghetti_carbanana

Sort of


Not even close

Fedora Rawhide (?) == Opensuse TW

Fedora == Opensuse leap

RHEL == Suse enterprise

The higher ones are a testing ground for the one below, until you get to the actual product, the enterprise distros. They have completely different priorities

Red Hat was also a non-starter because of the lack of gaming functionality.


Unless you're running bleeding edge hardware, you can install the drivers just fine. Enterprise users also need GPUs. Flatpak solves steam in most cases.

in reply to Shareni

Opensuse Leap is built from SUSE Linux Enterprise and then additional packages added (those packages from Opensuse are also available to SUSE), it is not very comparable to Fedora and is more like Rocky Linux. SLE doesn’t have an upstream distribution in the same way Fedora is to RHEL.
in reply to NaN

It seems neither of us are correct. According to this, they're both built from TW, but now leap can use those enterprise packages as well. I couldn't find a more recent article. The main reasoning seems to be to allow opensuse users to test sel packages.
This entry was edited (2 months ago)
in reply to Shareni

A Tumbleweed snapshot is very different than Fedora though. They are created automatically, sometimes daily, based on the activity in Factory and the result of automated testing, so any snapshot from there is essentially a snapshot of factory where the main development happens. Fedora has much more work before it is made a release.

Leap uses SUSE Enterprise binaries now, it’s part of the closing the gap they mentioned towards the end and it did end up implemented in SP3. The package hub is community packages from openSUSE. SUSE and openSUSE have a very different and much more collaborative process.

This entry was edited (2 months ago)
in reply to NaN

Isn't the rawhide -> branched -> stable process similar?

Rawhide is also rolling with daily updates, it gets frozen before a release (branched) and tested, and then branched is released as stable.

TW is rolling, it gets frozen before a release and tested, and then that snapshot is released.

They're both using OpenQA to run automated tests before releasing the snapshot for the day.

Leap uses SUSE Enterprise binaries now, it’s part of the closing the gap they mentioned towards the end and it did end up implemented in SP3.


Nice, that's good to know.

The package hub is community packages from openSUSE. SUSE and openSUSE have a very different and much more collaborative process.


Yeah, I'm starting to get that. It looks really nice for both corporate and personal interests.

in reply to Shareni

Thats an older post, Leap 15.2 i think it said, more recent releases are sharing same SLE binaries, and part of Leap installs is now suse repo for some stuff rather than all from opensuse repo
in reply to Shareni

Not sure this comparison is correct

Fedora rather corresponds to OpenSUSE Tumbleweed or Debian Testing

Fedora Rawhide is very experimental, OpenSUSE once had a testing version, couldn’t find it now on the download page

in reply to Secunergy 🐧

Yeah, I learned more about their lifecycles due to this thread.

I think you're correct as far as usability is concerned, but they've got a lot of similarities:

  • both are released as daily snapshots, that were only auto tested
  • those snapshots are frozen before an update and tested further
  • then they're released as a new minor/major version

The comparison really breaks with leap and sel. While fedora is directly upstream of rhel, both sel and leap are downstream from TW, and leap also has sel packages and so it's also downstream from it. But I think my point still sort of stands because it seems like they mainly implemented that to get additional testing for sel packages.

Usability and stability wise, a better comparison would be: fedora:tw -> centos:leap -> rhel:sel

This entry was edited (2 months ago)
in reply to Anders Rytter Hansen

I run RHEL on my personal desktop and laptop. Why? Because I use it at work and the more I use it the better I understand it. This benefits me both at home and at work. I've even built Ansible roles and playbooks in git to setup my home machines. Overkill? Sure, but I have great peace if mind if I lose a boot drive that I'll be right back to normal quickly.

You can absolutely use an enterprise distro at home. Ignore the trolls about "It's all too old" or "it doesn't have X software". I don't care what version vim, GNOME or pretty much anything is, as long as I can open the core tools I need. For "missing" software: I've yet to find any software I "need" that I haven't figured out how to install (again: Ansible-d) including Flatpak for all the normie stuff (spotify, slack, discord, etc) and I'm golden.

My $0.02

This entry was edited (2 months ago)
in reply to GnomeComedy

ansible sounds cool. i don't know anything about it, but it seems like this is a bit of the same as i'm doing with Dockerfiles for my Fedora Kinoite. building my own custom OS image with github actions and then every 3rd day the new image gets pulled by my pc from the cloud.

Linux reshared this.

in reply to GnomeComedy

This entry was edited (2 months ago)
in reply to GnomeComedy

Hmm ... I'm definitely not going to use RHEL for anything I'm not explicitly ordered to by my employer, but the thought of using Ansible or similar to set up my home system is interesting... I may have to give that a try, and I've got a new system I'm building
in reply to laurelraven

You can also use Ansible with just about anything, as long as you can connect to it over SSH or with a REST API. You don't have to use RHEL, specifically. I use it for """declarative""" package management on my Arch system.
in reply to trevor

Oh yeah, I know that part... Sorry, I can see how that could look like I think that's a RHEL specific feature
in reply to Anders Rytter Hansen

Nowadays with Flatpaks you can use any distros you want.
in reply to Pacmanlives

Distrobox on Debian Stable?

For a while, I have been thinking of trying Arch via Distrobox on Debian Stable. Feels like it would be the best of both worlds.

in reply to Anders Rytter Hansen

Rocky 9 as my daily driver on both desktop and laptop, yeah. Ever since starting my current job a couple years ago, where we use RHEL everywhere from servers to desktops I just started switching my entire homelab to Rocky.

Personally it's perfectly fine. Not as flashy or glamorous as Pop OS (which is definitely a fun choice) but I like the stability. I need my computer to be secure and also just work so I can use it to do what I need or want to do.

Still have Steam, Discord, FF, Thunderbird, YTMDA, etc all running just fine on it, though I normally stream from my Windows PC when I'm using it for gaming.

As a sysadmin and developer, I prefer Linux as my daily to Windows (hey, this was a surprise to me, anyway), and from that list I prefer Rocky over others currently. Maybe one day that'll change, but I don't see me moving any time soon.

in reply to Anders Rytter Hansen

It can be done, but I wouldn’t recommend it. Containers and VMs running a stable distro on top of something like Fedora, Tumbleweed, or whatever else is my preferred setup.

Something like Fedora also has a more mature in-place upgrade ability than the EL distros have.

This entry was edited (2 months ago)
in reply to jollyrogue

Containers and VMs running a stable distro on top of something like Fedora, Tumbleweed, or whatever else is my preferred setup.


Just why?

Something like Fedora also has a more mature in-place upgrade ability than the EL distros have.


RHEL gets a new version every 5 years, not every 6 months. It's not really relevant since OP has 3 more years before maintenance support starts. By that time a full format is definitely in order.

in reply to Shareni

Just why?
RHEL gets a new version every 5 years.


You answered your own question. Maintaining software will eat up lots of time. It’s fine when there is a team to maintain software for installs, but not really something a single person running a desktop/laptop probably wants to deal with.

The 5yr release cycle is a pain starting about year 3 even for people who get paid to deal with it. 😆

VMs and containers on top of something more up to date is the best of both. Up to date distro with features, and all the distros one could want!

In-place upgrades are very relevant. Who wants to destroy their setup and reinstall everything when a new OS is released?

There is leapp for EL in-place upgrades, but it’s new and rather rough, from my testing.

Flatpak has made software support better, but I’d still recommend something else without a concrete reason, like proprietary CFD software or something which only supports EL.

in reply to jollyrogue

in reply to Shareni

in reply to jollyrogue

in reply to jollyrogue

Strange...

Usually you'd run the more stable distro on the bottom and the more cutting-edge on top, not the other way around.

in reply to pastermil

The cutting edge distro will have better consumer hardware support, which matters in a laptop/desktop.
in reply to Anders Rytter Hansen

Rhel is fine. No reason not to try it, they’re letting you register sixteen systems for free.
in reply to Anders Rytter Hansen

It doesn't make any sense.

Why staying on old package for unnecessary stability (that stability is for highly "mission critical" things).