I can only speak for myself, but I have always had bad luck with Linux on desktop. Something always breaks, isn’t compatible, or requires a lengthy installation process involving compiling multiple libraries because no .deb or .rpm is available.
On servers, it’s fantastic. If you count VMs, I have far more Linux installations than Windows. In general, I use Win10 LTSC for anything that requires a GUI and Ubuntu Server for anything that only needs CLI or hosts a web interface.
Might try again. It’s come leaps and bounds in the past few years. I’ve been Linux only for the past few years after dual booting for many and the one thing I miss is game pass. Every game I’ve tried on steam or gog works — often better than on windows.
The problem with Linux is fundamental, and no distro is going to solve it.
It’s made by devs and for devs. The reliance on the CLI is it’s death knell. It will never be usable for normies until this problem is solved but nobody wants to solve it because it’s “so great”. Even when there is a simple solution, if you search for it, the only thing you will get is CLI solutions.
#1 is compounded by the variety of distros. Meaning often when you do attempt those CLI fixes, they simply don’t work and return some sort of generic error with no hint as to what the actual problem is.
Things like changing the default power profile, adding fractional scaling, or changing the default audio device, all things that are super simple on any other OS, are ridiculously convoluted.
At least for me, the whole “made by devs for devs” isn’t really the major downfall. It’s the fact that it can’t be trusted to remain functional in a dynamic environment. I like using the command line, but sometimes that’s just not enough.
If I need a specific software package, I can download the source, compile it, along with the 100 of libraries that they chose not to include in the .tar.gz file, and eventually get it running.
However, when I do an “apt update” and it changes enough, then the binary I compiled earlier is going to stop working. Then I spend hours trying to recompile it along with it’s dependencies, only to find that it doesn’t support some obscure sub-version of a package that got installed along with the latest security updates.
In a static environment, where I will never change settings or install software (like my NAS), it’s perfect. On my desktop PC, I just want it to work well enough so I can tinker with other things. I don’t want to have to troubleshoot why Gnome or KDE isn’t working with my video drivers when all I want to do is launch remote desktop so I can tinker with stuff on a server that I actually want to tinker with.
My experience with Arch and BTRFS has been nothing but great. If my system break I can just roll back a snapshot.
I avoid Debian, Ubuntu or other distros that hold back package versions because that’s where the problem starts in my opinion. I shouldn’t have to use workarounds to install the packages I want. Arch with the AUR just work so far.
I can only speak for myself, but I have always had bad luck with Linux on desktop. Something always breaks, isn’t compatible, or requires a lengthy installation process involving compiling multiple libraries because no .deb or .rpm is available.
On servers, it’s fantastic. If you count VMs, I have far more Linux installations than Windows. In general, I use Win10 LTSC for anything that requires a GUI and Ubuntu Server for anything that only needs CLI or hosts a web interface.
Might try again. It’s come leaps and bounds in the past few years. I’ve been Linux only for the past few years after dual booting for many and the one thing I miss is game pass. Every game I’ve tried on steam or gog works — often better than on windows.
Try Pop_OS!, it just works.
https://pop.system76.com/
The problem with Linux is fundamental, and no distro is going to solve it.
It’s made by devs and for devs. The reliance on the CLI is it’s death knell. It will never be usable for normies until this problem is solved but nobody wants to solve it because it’s “so great”. Even when there is a simple solution, if you search for it, the only thing you will get is CLI solutions.
#1 is compounded by the variety of distros. Meaning often when you do attempt those CLI fixes, they simply don’t work and return some sort of generic error with no hint as to what the actual problem is.
Things like changing the default power profile, adding fractional scaling, or changing the default audio device, all things that are super simple on any other OS, are ridiculously convoluted.
Most of those CLI instances I had to do on week one.
Since then… Hardly ever. (On Pop_OS!)
At least for me, the whole “made by devs for devs” isn’t really the major downfall. It’s the fact that it can’t be trusted to remain functional in a dynamic environment. I like using the command line, but sometimes that’s just not enough.
If I need a specific software package, I can download the source, compile it, along with the 100 of libraries that they chose not to include in the .tar.gz file, and eventually get it running.
However, when I do an “apt update” and it changes enough, then the binary I compiled earlier is going to stop working. Then I spend hours trying to recompile it along with it’s dependencies, only to find that it doesn’t support some obscure sub-version of a package that got installed along with the latest security updates.
In a static environment, where I will never change settings or install software (like my NAS), it’s perfect. On my desktop PC, I just want it to work well enough so I can tinker with other things. I don’t want to have to troubleshoot why Gnome or KDE isn’t working with my video drivers when all I want to do is launch remote desktop so I can tinker with stuff on a server that I actually want to tinker with.
My experience with Arch and BTRFS has been nothing but great. If my system break I can just roll back a snapshot.
I avoid Debian, Ubuntu or other distros that hold back package versions because that’s where the problem starts in my opinion. I shouldn’t have to use workarounds to install the packages I want. Arch with the AUR just work so far.