Thank you for the reply! And apologies for the late response*.

First of all, I owe you another apology for the deleted comment; I was still in the process of cooking and accidentally sent the undercooked message.

They will get a little more respect from me when they stop trying to target programmers and gamers. Because of course everyone uses Steam and VScode.

As per its README (I’m paraphrasing):

Bazzite started as a project to resolve some of the issues that plague SteamOS:

• Mainly out of date packages (despite an Arch base).
• The lack of a functional package manager.
• Persistence of installed software across updates. (So now you can go ahead and install that obscure VPN software you spent an hour trying to get working in SteamOS.)
• Lack of full disk encryption.
• Lack of Secure Boot support.

Like, SteamOS is a pretty cool operating system that allows both Linux enthusiasts and Linux newbs to enjoy playing (most of) their favorite games on Linux. But the former may find it too restrictive, while the latter may want to import that experience over to other devices. Bazzite aims to be that solution. Were it not for the success of the Steam Deck (and by extension SteamOS), such pressing need wouldn’t even have arisen. So Bazzite isn’t trying to target gamers as “an easy way to attract users” (or whatever the insinuation may be); its raison d’être is to address SteamOS’ limitations.

Regarding the targeting of programmers, you could be right on that. But I suppose it’s fine as VS Code’s inclusion (and other goodies) is only confined to the respective -dx images. I regard Bluefin (and Aurora; its KDE Plasma spin-off) as the opinionated distro its maintainers like to use for themselves (i.e. programmers). I’d argue this actually makes it suitable for most people. But your average Linux user is a lot more sensitive towards ‘bloat’. So it’s definitely not for everyone.

It just feels very much like it is being run by young edgy programmers.

I guess my reply would be that I simply don’t feel that way. And factually, it’s being worked on by people that work (or have worked) at places like Canonical, Red Hat and (even) Microsoft. So, while that doesn’t necessarily dismiss them as being “young edgy”, it does make it easy to trust and be confident in their proficiency and competence. I wonder what other distros are maintained by such a star ensemble.

It is the same group that is trying to force crappy “dark mode” everywhere.

This is probably some meme or meta joke/reference I didn’t get. Please feel free to enlighten me.

What’s the bigger program is the lack of internet knowledge about how to fix problems. With Ubuntu and Debian there are tons of stack overflow pages on all of the various issues. Sure things have changed over time but it still the most documented distro. I can look up “how do I fix X Linux Mint” and I will get an answer. With the Bazzite immutable base almost all of the help online will be useless.

I admitted to as such in my first comment. But, what if, instead of looking up questions in your favorite search engine, you visit their support channels and get the exact answer within a couple of moments? This last bit has been based on my own experience*.

Immutable Linux requires that you understand Linux under the hood.

Instinctively, I just absolutely have to disagree on this. The most clear-cut counterexample would be how NixOS -the granddaddy of immutable atomic distros if you will- doesn’t adhere to many Linux conventions (including FHS). Therefore, “understanding (traditional) Linux under the hood” might have even been detrimental and wasteful for the many things you’d have to unlearn.

Beyond the overlap in Linux 101 that most distros adhere to and/or the basics everyone should know about their operating system, could you please demonstrate how “understanding (traditional) Linux under the hood” becomes necessary with atomic distributions?

Maybe PikaOS?

But, IIRC, they are not innovative like CachyOS is; CachyOS actually tries to push performance enhancements forward. PikaOS, on the other hand, only implements the improvements found by others (like CachyOS).

deleted by creator

Don’t go straight to immutable Linux.

My first foray into Linux was through what you’d refer to as immutable Linux; shortly after the release of Fedora Kinoite. I’m literally the embodiment of the antithesis to your statement.

It is very new

This is factually true. So I can’t simply deny that. But being more precise is helpful:

• Fedora Atomic, the family of distros that enable uBlue, has been in the works since 2014. This eventually culminated into the release of Fedora Atomic Workstation in 2018, which was the name of Fedora Silverblue before the name change.
• The first commit of uBlue as a project happened over three years ago.
• The 1.0 release of Bazzite happened over a year ago.
• By contrast, Linux Mint has been out since 2006.

and I don’t like the focus.

Could you be more elaborate 😜?

First step: Decide on the so-called desktop environment. A shortlist is provided below. For a new user, this should be decisive when choosing between beginner-friendly distros.

Before going over to the next (and final) step, we need to set the stage for our contenders:

• Versions of Linux Mint. Linux Mint has (rightfully so) become the face of Linux for beginners. Stand out feature would be how crazy popular it is; it’s a joy to look up your problem through a search engine and find solutions for it.
• Images of uBlue. Where Linux Mint tries to smooth the rough edges of the “traditional Linux model” as nicely as possible, uBlue’s images can be referred to as revolutionary by comparison. The model strikes some (re)semblance to what you might know from your phone or chromebook. These images aren’t even close to reaching their full potential, but have already garnered/amassed a wide audience for how they (at least attempt to) solve some of Desktop Linux’ long-standing issues. Note that finding solutions for your problems might not be as straightforward. However, documentation is decent and they’ve been very helpful on Discord.

Final step: Pick the distro corresponding to your preferred desktop environment. The list found below (ordered alphabetically) isn’t trying to be exhaustive on desktop environments.

• Cinnamon; Linux Mint Cinnamon Edition. This is their flagship and probably what people mean when referring to Linux Mint.
• GNOME; Bazzite’s GNOME. If you don’t intend to game, then consider Bluefin instead.
• KDE Plasma; Bazzite’s KDE Plasma. If you don’t intend to game, then consider Aurora instead.
• MATE; Linux Mint MATE Edition.
• Xfce; Linux Mint Xfce Edition.

Thank you for the kind words 😊!

Though, in retrospect, I hope the recommendation for Linux Mint works out for their issues regarding ACPI power states. Perhaps a bigger departure from Ubuntu (if at all) would have been beneficial here.

My go to back in The Day was just Ubuntu because I was lazy.

So we have a bias towards Debian-based distros.

it’s not been playing nice with my Zen 4 desktop when it comes to ACPI power states (no sleep, doesn’t reliably turn the power off when i ask it to turn off, etc).

However, a newer kernel is definitely preferred.

is also something based on a normal distro that most people write guides for because I am a smoothbrain.

And finally, healthy access to documentation.

Based on the above, I would not pick:

• Debian Stable or any distro based on it. They ship with the 6.1 kernel, which launched only a couple months (January 2023) after the launch of Zen 4 (September 2022). I’m aware that access to newer kernels is possible. However, at that point, why even bother with Debian Stable to begin with?
• While both of Debian’s Testing and Sid/Unstable branches have access to newer kernels from the get-go, distros that ship the latest kernel by default (e.g. Arch, Fedora, openSUSE Tumbleweed and their derivatives) are simply better for offering an end-user product.
• Arch, Fedora, openSUSE Tumbleweed and their derivatives are primarily dismissed for not being based on Debian. Though, the fact that they’re more towards the rolling release side of things does play a minor role as well. By their very nature, they will change. Hence it’s less ideal for “set-and-forget” setups.
• Pop_OS!’ team seems to be primarily focused on delivering their upcoming COSMIC DE. For this reason, the distro has been in relative limbo. Therefore, I can’t recommend it.
• TUXEDO OS is dismissed for being relatively unpopular. Lots of other Debian(/Ubuntu) derivatives are dismissed for various reasons.

Let’s get to the actual recommendation, Linux Mint seems to be tailor-made for your use case:

• Based on Ubuntu, but without Snaps. While you can choose to use Linux Mint Debian Edition (LMDE) instead, that one doesn’t come with the latest kernel. So the recommendation is for (standard/vanilla) Linux Mint.
• Their forums are full with up-to-date and (relatively) well-written guides; while the excellent ArchWiki is arguably better, Linux Mint isn’t a slouch either. Furthermore, as Linux Mint is very popular, you can simply expect to find solutions to most things that might come up.

Is there a specific android app you need?

Currently, there are already a couple I need beyond future-proofing.

https://gitlab.com/android_translation_layer/android_translation_layer/

Thanks for mentioning this! While I’ve had some experience with Waydroid in the past, this is completely new to me. Looking at it briefly, it seems to operate differently than Waydroid’s full Android emulation approach. Instead, it works as a translation layer (like Wine), making it both more efficient and potentially better integrated with Linux. Is this a correct assessment?

Despite having researched Android on Linux solutions before, I hadn’t come across this one. Typically, these discussions only mention Anbox or Waydroid.

Thank you! Much appreciated!

Thank you for chiming in and providing some much needed insight!

Is what you’ve described easy enough to accomplish for everyone with some Linux experience? Or do you think a guide of sorts is required?

Thank you for mentioning Jellyfin. However, unfortunately, I do need support for Android apps. That’s simply nonnegotiable. Mind you; I’m well aware of the capabilities of Jellyfin. But there are simply things it can’t do…

That’s actually pretty interesting. Thank you for mentioning!

Have you got any experience with this (particular) combination?