Ok but the radio station change might cause my car to spontaneously combust so I should make a new car from scratch with my car factory just in case, that way I’ll still have a car.

Never change, NixOS

Nah NixOS is a picture of a factory automatically making cars

Worth noting that Linux Mint Debian Edition exists and is based directly on Debian instead of Ubuntu. They starting publishing it specifically because the Linux Mint team doesn’t like the direction Ubuntu is heading in with snaps. Not sure how good it is as I haven’t tried it in a while (and don’t really use regular mint either).

Honestly I’d consider using this in combination with NixOS just for the flatpak support

Xlibre is backed for the most part by the singular maintainer that was still willing to work on X11 who got kicked out for being too toxic and breaking existing code. For what it’s worth, it also explicitly used MAGA language in its README for a while.

Phoenix is intended to allow for support of legacy software/DEs and provide a more modern/maintainable version of X11. It isn’t trying to compete with Wayland, it’s trying to live alongside it for environments that won’t or can’t move to Wayland. It also technically won’t be a complete X11 implementation, as it’s ignoring older portions of the protocol.

Neither option addresses the elephant in the room: The X11 protocol is still fundamentally broken in a lot of aspects. Multi-monitor support, especially when monitors aren’t the same resolution, refresh rate, or physical size, is broken at a fundamental level. It will never work even as well as Windows, which is already an incredibly low bar to clear.

Wayland is slow moving, sure, but it is a much more stable base to work with than Xorg ever was. From a security, modularity, and extensibility standpoint, Wayland is a lot better. There is a reason most of the Xorg team developed a completely new protocol instead of just reimplementing X11 themselves.

It can be hit or miss, really depends on the bank. I’m in the US and mine worked fine after I enabled a compatibility setting in the app list, but that’s kind of anecdotal. I think there is a community compatibility list somewhere of banking apps that work/don’t work on GrapheneOS.

If you were able to install Bazzite then installing graphene shouldn’t be any harder than that. It has a web-based installer that was pretty easy to use as long as you follow the instructions.

The pixel 8 will be supported through the end of 2030 (graphene support follows the same timeline as Google because of firmware-level updates that are still needed from them) so you could still get a lot of use out of it.

GrapheneOS my beloved

It’s a kernel compile parameter but most Linux distros have it turned off by default 😔

The only time I’ve ever seen it turned on was on my raspberry pi

I used hyprland on my laptop for about a year and the thing that bothered me the most (aside from the toxic community) was how often I had to rewrite chunks of it after every major update. I’m definitely glad that the niri devs are treating its config stability more seriously.

I don’t love the way niri handles workspaces across multiple monitors so far but my problems with it are also minor enough that I’m pretty sure I can fix it myself with a script or IPC program if it really starts to bother me

I couldn’t have picked better timing to switch to niri if I tried.

I misread it, seems like it’s just the Omarchy theming system it has integration with. My point mostly still stands though, going out of the way to support Omarchy’s system is still a red flag.

For those unfamiliar, the creator of omarchy is a pretty open white supremacist and transphobe among many other things. This blog post does a pretty good job of outlining everything:

https://davidcel.is/articles/rails-needs-new-governance (He also created Ruby on Rails, hence the article title, the focus of the article is mostly on that but it gives a detailed background on DHH as well)

GTK 4

Omarchy

Built-in AI integration

I think I’ll pass…

COSMIC is early on enough that you’d probably be better off opening an issue on their GitHub, this is very likely a bug

Kirigami is built on top of Qt by KDE

To be clear this was not a recommendation lol I completely agree with you

If you want to do both at the same time without knowing which side any given task will fall under use NixOS

nixpkgs is still kicking off their build pipeline, they’ll be here in 4 days

That’s the thing though. If I’m going to need to be on-call tech support then Linux isn’t actually a better option then Windows. Sure it would be more private and less sucky but if the computer doesn’t actually work then that doesn’t mean anything. I’m willing to make ad-hoc workarounds to my own problems because I’m a software developer and don’t mind falling down a rabbit hole to get something like push-to-talk working with a custom pipewire script. My friends who want to play games and relax when they get home from work are understandably not willing to go through that hassle.

I’d love for Linux to be ready for daily driving but for most people I know it just isn’t. Maybe when Wayland desktops are more mature but I’m not going to make people choose between functioning shortcuts (X11) and functioning monitors (Wayland).