Technically nVidia chose that fight, not Linux users.
nVidia is chocked full of proprietary implementations meant to bog down competition, for example all CUDA technology including translation layers are technically illegal to even look at without nVidia proprietary drivers.
This already described that Linux user started that fight, and they chose it.
But they cannot do anything than using the proprietary drivers, screaming about moral, propagating GNUism.
Well I’m still going to tell you that gnome is bad software both from the user experience and their unwillingness to implement basic features, and that you should be using helix.
I should?
I use what I want. (understand that you are advertising software here.)
I do, too. But only when I’m working on it. Otherwise, as long as stuff just works, I’m perfectly happy to keep the bonnet closed. That was quite different in my early days, I actually daily-drove linux from scratch in the early 00s, but at some point you either decide to become an OS developer, or you lose interest.
(See what technical issue I've written. See the pdf slides above.)
Side note there’s actually a project brining the glory of nix to the BSDs.
different distribution fights. Different display manager/desktop environment/window manager users fight.
Why can't they just left (stupid, means user that want a friendly and lagging desktop environment; ignore this word) users to use things like gnome and kde and other desktop environment, they can still use their wm for maximum productivity and performance.
This is a very stupid fight.
Look at the BSDs, OpenBSD users can laugh on FreeBSD for having to support wine, running ia32 binaries on amd64, broken at securelevel 1, having so many extension for ls(1). FreeBSD can laugh on OpenBSD for using giant lock (doesn't take advantage of multiprocessor machine), ...
For example, chromium on OpenBSD use the unveil(2) system call to restrict itself to /tmp and $HOME/Downloads .
Many popular flatpak applications have filesystem=host. This is equal to restrict all filesystem access and then unveil the whole filesystem.
Apps are not updated to support portals for “compatibility” or just lack of maintenance. Flatpak needs to follow their approach if they want to have many apps being supported.
Desktop Linux doesnt have the marketshare to dictate that all apps need to adopt portals. In the meantime, flathub.org has a rating system and verified checks, this is simply not well shown in KDE Discover and not sure about GNOME software.
If they can't even enforce portals, flatpak is a new level of complexity.
That’s a very strict interpretation of the community rules.
I think it is lax: I consider coreutils, busybox, binutils, c compilers, posix, even new distros and package manager and package format and desktop environment that crop up every day are still Linux-related.
software that runs on linux operating systems
There are so much...
Even discord app new versions should be announced here :)?
Kernel discussions are niche enough that you should start a new community called linuxkernel imo.
Oops, that won't exist. (People here like customizing their desktop and share their neofetch rather than talking about the kernel. I'm trying to find gems in this limestone community.)
I doubt whether "debloating" could reduce stability or not. I've never done that and have no intention to do it for my 88 year old grandfather's windows. I'd have strict applocker rules on, though
Why it is unfounded?? The sandbox is still a lie (flatseal is impractical security since it makes you become a security researcher overnight), apps are not properly filesystem-unveiled. But a new level of complexity.
This already described that Linux user started that fight, and they chose it.
But they cannot do anything than using the proprietary drivers, screaming about moral, propagating GNUism.