Enterprise Linux on desktop? (lemmy.ml)
from anders@rytter.me to linux@lemmy.ml on 06 Mar 2024 16:13
https://rytter.me/objects/4c906314-1465-e896-1e37-878209455113

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

#linux

threaded - newest

zenharbinger@lemmy.world on 06 Mar 2024 16:17 next collapse

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.

anders@rytter.me on 06 Mar 2024 16:19 collapse

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

ulterno@lemmy.kde.social on 06 Mar 2024 16:19 next collapse

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.

anders@rytter.me on 06 Mar 2024 16:23 next collapse

@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?

ulterno@lemmy.kde.social on 06 Mar 2024 16:35 collapse

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.

anders@rytter.me on 06 Mar 2024 16:42 collapse

@ulterno
Haha. Typo. I meant cmake 😂

Ah i see. I think Alma has KDE available

zenharbinger@lemmy.world on 06 Mar 2024 16:41 collapse

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.

Bitrot@lemmy.sdf.org on 06 Mar 2024 16:32 next collapse

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.

cmnybo@discuss.tchncs.de on 06 Mar 2024 18:34 collapse

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.

Virulent@reddthat.com on 06 Mar 2024 19:24 next collapse

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.

Shareni@programming.dev on 06 Mar 2024 20:18 collapse

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.

jollyrogue@lemmy.ml on 06 Mar 2024 20:18 collapse

Except CentOS/RHEL. RH doesn’t build the kernels with btrfs support.

[deleted] on 07 Mar 2024 03:02 collapse

.

biribiri11@lemmy.ml on 07 Mar 2024 04:42 next collapse

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.

Bitrot@lemmy.sdf.org on 07 Mar 2024 06:25 collapse

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.

jollyrogue@lemmy.ml on 07 Mar 2024 04:48 collapse

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.

Pantherina@feddit.de on 06 Mar 2024 17:05 next collapse

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.

anders@rytter.me on 06 Mar 2024 17:28 next collapse

@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.

Pantherina@feddit.de on 06 Mar 2024 20:19 collapse

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.

pearsaltchocolatebar@discuss.online on 06 Mar 2024 20:06 collapse

CentOS is just RHEL without the support.

Shareni@programming.dev on 06 Mar 2024 20:11 next collapse

You’re more out of date than RHEL. Centos was killed off in 2020, stream is upstream.

RHEL with the free licence is RHEL without support.

GnomeComedy@beehaw.org on 07 Mar 2024 03:05 collapse

This isn’t true since Dec 2021.

pearsaltchocolatebar@discuss.online on 07 Mar 2024 05:43 collapse

Yes, the other comment already said that

Shareni@programming.dev on 06 Mar 2024 20:08 next collapse

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

I’m currently running MX + nix unstable. Debian’s not enterprise, but it’s close enough.

There are some things that are pretty hard to handle. For example large DEs like KDE, or Nvidia proprietary drivers. I wouldn’t even try to handle them through nix.

Besides that, you’ll also have to deal with the issues the other PM might have. For example flatpak and outdated system libraries (flatpak doesn’t provide them). Nix doesn’t have that issue because it provides everything, but it uses more disk space, and you have to deal with nix docs.

In the end it really depends on your needs, and only trying it out will tell you for sure. If you’re a gamer with the newest hardware, you’re probably not going to have fun. If you need it for work, it’ll be great if you can deal with an external PM. If you need it as a media device, slap on a few flatpaks and it’s perfect.

For me, this approach is far better than using a rolling distro, and I might try out RHEL at some point just out of curiosity. Unlike Arch, Debian will always boot, but I still have the newest docker instead of the one that was deprecated 3 months ago and won’t be updated for at least a year. Also, home-maanger makes it a breeze to make a list of packages and have them installed wherever and whenever.

Also, Centos is gone, stream is upstream so it’s a testing ground for RHEL instead of a RHEL repack. I wouldn’t go with the bootleg RHELs, that’s just asking for trouble if they haven’t switched to upstream as well.

anders@rytter.me on 06 Mar 2024 20:11 collapse

@Shareni
With bootleg RHELs you mean Alma and Rocky?

Shareni@programming.dev on 06 Mar 2024 20:29 collapse

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.

anders@rytter.me on 07 Mar 2024 06:35 collapse

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

jollyrogue@lemmy.ml on 06 Mar 2024 20:20 next collapse

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.

Shareni@programming.dev on 06 Mar 2024 20:43 next collapse

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.

jollyrogue@lemmy.ml on 06 Mar 2024 21:49 collapse

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.

Shareni@programming.dev on 07 Mar 2024 00:33 collapse

Maintaining software will eat up lots of time.

But you have to do more maintenance the more your system is up to date. I’ve never had to fix a faulty grub update on a stable distro, but I did on arch.

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

It really depends on the user. Think of the vast majority of people who use their personal machine only to browse, play media, and occasionally edit text files or spreadsheets. Just having to press a button to update the system and a few flatpaks for a decade is pretty appealing.

I wouldn’t try it though…

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!

I’m currently on mx + nix unstable. It will always boot, and half of all of my installed packages are near the edge. That’s what I consider the best of both worlds. No need to take the VM penalty if you don’t need to.

Who wants to destroy their setup and reinstall everything when a new OS is released?

It’s good for cleanup, and I got used to it in on windows. Even when I did everything manually, the longest I’ve spent between full reinstalls was 2 years. I literally did it the other day because I was switching back to xfce from kde.

The biggest issue was reinstalling all of the packages I need, but with home-manager I’ve made a list. A single command installs all of the packages on it, no matter the distro.

Keep your dotfiles in a repo, for safety if nothing else. Then you can resurrect your setup pretty easily.

jollyrogue@lemmy.ml on 07 Mar 2024 05:40 collapse

I did on arch.

Arch. There’s the problem. 😆

Fedora and Tumbleweed keep up with Arch while being easier to maintain. Fedora is a semi-rolling release, and Tumbleweed is rolling release. Both are much more stable than Arch is.

Arch is great for people who want to tinker with their desktop/laptop install. I do not, so I run Fedora.

It depends on the user.

Run Fedora or Tumbleweed. They will be continuously updated, and an install will last years.

It will always boot…

Your basis for comparison is Arch which is known to be highly unstable and a handful to maintain. 😆

For my work, I need different OSes and distros for testing. If someone needs a stable distro for something, a VM or container will work. There are ways around the needing a stable.

Also, containers aren’t a penalty.

It’s good for clean up, and I got used to it on Windows.

You can break the cycle. Just because some you suffered doesn’t mean others have to. 🙂

Everyone says they’re going to clean up their profiles, but no one does. 😆

Keep your dot files in a repo…

I have that because I run through so many test servers and temp installs.

Then there are Ansible playbooks to setup my systems.

Shareni@programming.dev on 07 Mar 2024 12:47 collapse

Fedora and Tumbleweed keep up with Arch while being easier to maintain

They can only dream about keeping up, TW especially from what I’ve seen, and that just proves my point: arch is harder to maintain because it’s more up to date.

Also, I ran fedora for a few weeks after giving up on arch, it failed to boot multiple times after an update, and programs would randomly stop working after a reboot. I somehow had none of those issues on nobara.

Run Fedora or Tumbleweed. They will be continuously updated, and an install will last years.

It will break more often, and if you only use it to browse you’ll still get all the updates you need if you used a stable distro. The only thing you’re missing out on is testing the newest version of the DE. I’ve installed fedora for a friend like that, but I’m pretty sure it was a mistake even though they haven’t had any issues so far.

There are ways around the needing a stable.

I need stable because I want my machine always to work. There’s no going around that if you’re running rhel on top of fedora, if fedora craps out you’re not getting to rhel. Specific compatibility requirements are different story, and I agree with you on that.

Your basis for comparison is Arch which is known to be highly unstable and a handful to maintain. 😆

My basis is that I’ve been using linux for close to 20 years, and have tried every popular distro. In that time, only stable distros like debian never crashed or failed to boot.

Also, containers aren’t a penalty.

But you do take a performance penalty when using them…

You can break the cycle. Just because some you suffered doesn’t mean others have to. 🙂

I literally did it the other day, made a cup of coffee, and finished with both around the same time. The only thing I had to suffer through was waiting for files to transfer to and from an external drive. And I’ll survive that easily if it means I’ll avoid possible bugs and performance impacts.

Then there are Ansible playbooks to setup my systems.

Sweet, makes sense really

pastermil@sh.itjust.works on 07 Mar 2024 02:59 collapse

Strange…

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

jollyrogue@lemmy.ml on 07 Mar 2024 04:57 collapse

The cutting edge distro will have better consumer hardware support, which matters in a laptop/desktop.

spaghetti_carbanana@krabb.org on 06 Mar 2024 20:46 next collapse

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.

Shareni@programming.dev on 06 Mar 2024 22:01 collapse

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.

spaghetti_carbanana@krabb.org on 06 Mar 2024 22:13 next collapse

TIL about Fedora, last I knew it was a rolling bleeding edge OS. Clearly lots of movement in the Red Hat camp.

As for gaming, drivers were not the problem for me. Getting games to run with ease was. On OpenSUSE, I just install Steam, enable Proton and basically go at that point. Red Hat was non-trivial to do this. Could be a skill issue, but I had a better time getting going with OpenSUSE TW.

biribiri11@lemmy.ml on 07 Mar 2024 04:48 collapse

Fedora has been a thing since 2003, released alongside Red Hat Enterprise Linux after Red Hat Linux was discontinued. The gaming issues sound interesting, though. Did you have steam installed through rpmfusion, flatpak, or something else?

spaghetti_carbanana@krabb.org on 07 Mar 2024 08:30 collapse

Sorry I meant TIL about it being considered stable, haha. I’ve known about Fedora because I used it when it was meant to replace the free Red Hat Linux.

As for Steam, I don’t recall how I installed it, sorry! I just recall significant grief getting it going (again, perhaps a skill issue) but had no big roadblocks using OpenSUSE.

Bitrot@lemmy.sdf.org on 07 Mar 2024 01:58 next collapse

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.

Shareni@programming.dev on 07 Mar 2024 03:36 collapse

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.

Bitrot@lemmy.sdf.org on 07 Mar 2024 05:30 next collapse

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.

Shareni@programming.dev on 07 Mar 2024 13:37 collapse

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.

BCsven@lemmy.ca on 08 Mar 2024 04:43 collapse

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

Secunergy@social.tchncs.de on 07 Mar 2024 18:06 collapse

@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

Shareni@programming.dev on 07 Mar 2024 18:27 collapse

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

GnomeComedy@beehaw.org on 07 Mar 2024 03:19 next collapse

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

laurelraven@lemmy.blahaj.zone on 07 Mar 2024 04:55 next collapse

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

trevor@lemmy.blahaj.zone on 08 Mar 2024 20:25 collapse

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.

laurelraven@lemmy.blahaj.zone on 09 Mar 2024 03:26 collapse

Oh yeah, I know that part… Sorry, I can see how that could look like I think that’s a RHEL specific feature

anders@rytter.me on 07 Mar 2024 06:34 next collapse

@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.

d3Xt3r@lemmy.nz on 07 Mar 2024 21:41 collapse

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.

It’s not trolling. There’s a very legitimate reason to use a distro with new packages and that is hardware compatibility - especially if you’re on a recent laptop, and you want all features working such as WiFi, flawless suspend and resume without battery drain or crashes, working Fn keys, or you want to make use of all the power management features in your processor (eg see all the recent AMD p-state driver advancements).

Newer packages (specifically: the kernel and mesa/vulkan stack) are also important for those who are gamers, as several performance improvements, bug fixes and compatibility fixes are made with each new release. For instance, just take a look at these performance benefits of the new ntsync driver:

<img alt="" src="https://lemmy.nz/pictrs/image/06836ed5-a14f-4e54-a282-00034a0d1f48.webp">

Finally, even productivity users who don’t care about gaming can benefit from recent system packages - consider all the recent improvements in filesystem drivers such as btrfs and ntfs3, and the addition of the new bcachefs driver with kernel 6.7 which is a godsend for anyone running a tiered storage setup.

Also, the entire Linux community has been buzzing with the release of KDE 6 - just take a look at all the new features and improvements - such as much better Wayland support with tons of bug fixes, HDR, ICC profiles for individual monitors, color blindless correction filters for making the desktop experience better for people with protanopia/deuteranopia/tritanopia… there are some very legitimate improvements and use-cases here. How can you just wave all this off as trolling?!

So just because a distro with old packages suits your needs, doesn’t mean that everyone else is trolling. There are legit good reasons why many home users prefer leading-edge distros like Fedora, Arch, Tumbleweed etc.

cc: @anders@rytter.me

GnomeComedy@beehaw.org on 10 Mar 2024 12:54 collapse

Hi! I sincerely want to thank you for your well thought out response. I apologize if the word troll came off wrong. I probably should have used a better descriptor. My primary goal was to be a voice FOR enterprise distros at home - because I saw mostly posts from people who probably aren’t professional sysadmins and have never even tried an enterprise distro.

I fully concede on the VERY new hardware being a challenge for RHEL, an Ubuntu LTS or similar. I’m unfortunately not in a situation where I can afford that problem (kids and daycare costs) so it’s fallen off my radar. I do occasionally run into it at work with research groups that just buy the latest/fastest gaming hardware without checking with IT (we would generally steer them towards workstation/data center grade hardware instead of gaming hardware…not applicable to this discussion for home use). If somehow I could acquire something with new enough hardware to have that problem I’d probably use Fedora on it (so I could just modify my Ansible to work with both), and wait for current Fedora to become RHEL and then that hardware would become RHEL for the rest of it’s lifetime. Mainly - the huge number of constant updates and the every 6 month big updates on Fedora are just too much hassle for me.

On gaming and the other comparisons about improvements on newer packages: I do agree with you. My personal approach has just moved to use what is “tried and tested” and “good enough”. It’s a pretty common approach for sysadmins to let other early adopters find all of the bugs in new stuff. For example: I’m excited about bcachefs, but when I installed Fedora Rawhide just to test it after the recent 6.7 release - I found it largely NOT ready for anything I would need to trust (commands that return the console, but no indication that they did nothing for example - doesn’t give me a good feeling about putting all of my family photos on it until it matures). For now, I’ll still use XFS for small systems and ZFS for large systems or where I need send/receive.

All of that said: I acknowledge these are preferences and my approach, not a " right" way. I do still think it’s a valid approach for some who wants less updates and a more stable config if they’re happy with “fast enough” and less potential for update breakage.

Thank you again for being respectful and detailed in your response. Cheers!

const_void@lemmy.ml on 07 Mar 2024 03:32 next collapse

Fedora is probably the closest you can practically get.

mfat@lemdro.id on 07 Mar 2024 05:20 next collapse

Nowadays with Flatpaks you can use any distros you want.

anders@rytter.me on 07 Mar 2024 06:29 collapse

@mfat and with Distrobox containers.

Pacmanlives@lemmy.world on 07 Mar 2024 07:44 collapse

This is what I am using on Debian Stable

LeFantome@programming.dev on 08 Mar 2024 06:58 collapse

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.

Pacmanlives@lemmy.world on 08 Mar 2024 17:05 collapse

Yeah, I am running Debian Sid, OpenSuse TW, Gentoo and some Arch distrobox containers. It works so good! Highly recommend it

egg82@lemmy.world on 07 Mar 2024 06:05 next collapse

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.

bloodfart@lemmy.ml on 07 Mar 2024 22:09 next collapse

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

possiblylinux127@lemmy.zip on 08 Mar 2024 03:01 next collapse

I’ve done the other way around

anders@rytter.me on 08 Mar 2024 08:11 collapse

@possiblylinux127
What do you mean with other way around?

possiblylinux127@lemmy.zip on 08 Mar 2024 14:56 collapse

Pop OS, Debian and Linux Mint in production

anders@rytter.me on 09 Mar 2024 07:02 collapse

@possiblylinux127
And then enterprise Linux on your home desktop?

possiblylinux127@lemmy.zip on 09 Mar 2024 07:10 collapse

If you count Fedora and Proxmox then yes

anders@rytter.me on 09 Mar 2024 07:22 collapse

@possiblylinux127 Fedora FTW 🙏

scratchandgame@lemmy.ml on 08 Mar 2024 16:01 next collapse

It doesn’t make any sense.

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

lightnegative@lemmy.world on 09 Mar 2024 04:55 collapse

Even on servers, “stable” distros suck.

It’s less bad these days thanks to Docker but when Docker was even a few years old, guess which servers still had no support for it…