We already have obnoxiously “user-friendly” distros that make stupid assumptions we hate like windows does (Ubuntu) but get you out of box and going instantly. This has been solved. You start there, figure out what you hate, then migrate to something more your flavor.
Windows: there are 7 flavors that all taste the same and cost different amounts.
Apple: it’s free because it only runs on our machines, which cost more and subsidize the OS development. This is fine because you will never leave, we think you’re going to love it. (Introduces Liquid Glass and wonders where everyone went)
BSD: firewalls, PlayStations, and neckbeards. We know what we’re about.
Linux: whatever, I don’t care, just wash your hands.
So in earlier troubleshooting I set detectors to false and they ran anyway. The detectors were running fine until last week effortlessly. I was evaluating their stability for a future feature.
This is not my assertion. I’ll explain more clearly to resolve the confusion.
I use sunshine to access a sway session on my fedora server. Everything runs fine unless the app I’m running is steam or a steam game. For those specific cases inputs are mapped incorrectly on the Sony controllers until I manually changed the group for /dev/hidraw0 to input which the sunshine user is a member of. If I do that, everything works properly, including steam.
That HIDraw device is not persistent. It is created and destroyed with each sunshine session, so manually assigning a group to it won’t stick. That’s the problem that udev rule is supposed to solve.
You’re saying everybody is giving me solutions but you’re the only one I see speaking here aside from one other poster who posted once earlier. Who is everybody?
There is no incentive to comply. They want violence. Give them violence. They are going to kill you either way.