If you want things exactly your way, there's the Gentoo route if you don't mind supporting it yourself.
I have no idea what distro fits the bill the best, but surely it’s not like the only two options are: “be treated with no respect as the user” and “sink all of your time into into fixing things up”
Like how Linux Mint doesn’t force snaps on you like Ubuntu does. Probably not it, but one step of many in the right direction. Plain Debian is probably pretty close.
When you think of it in a supply chain sense, Linux is one giant outsourcing operation and a whole bunch of “not my problem” project management styles.
It had the fewest Linux-typical papercuts, it was well-documented, and most importantly required the least amount of system tinkering I've ever done on Linux, allowing me to use my operating system to actually operate my system. It wasn't as turnkey as macOS, wasn't as compatible as Windows, and wasn't as "tinker" friendly as other distros, but it _worked_.
Then again, I was using the default GNOME spin, and I also try to meet OS's in the middle instead of brazenly insisting on my way or the highway. But it _is_ used as a base for RHEL, so it's not like Fedora is a typical stone soup distro either.
You're correct in thinking of Fedora that way - that's my take on it too. But Windows has a lot of glue and infrastructure that we all take for granted that Linux hasn't really implemented yet. Like how calling a Win32 function, in some cases, integrates functionality found in both the Windows desktop as well as backend processes - stuff that would be several lines/files long in Linux, and would likely need conditional logic for GNOME and KDE/Qt desktops.
Even Fedora, which is really rock solid and more "neutral" compared to other distros (lookin' at you, Ubuntu Snap Store), there's a LOT that gets left to either terminal commands or config files when compared to Windows. And even as a dev, I don't want to have to RTFM literally every time I want to change a single setting. Windows solved this 30+ years ago, and it's honestly stupid that the Linux community/field can't even seemingly comprehend this in almost 2026 now.
Yes, thanks for confirming what I wrote... Uh, wait a moment, what? Most Linux users know nothing about systemd? Are we talking about the same Linux, the OS whose main users are developers and sysadmins?
> even after it has a hard dependency on an IBM AI
What are you on about? Nothing of the sort has happened.
My personal issue with it is that logs are stored in a database that (unless it's changed) the documentation is the implementation. There are a few places where people have reverse engineered the design to document it, but it would have been much better for them to use a documented format like sqlite.