I have a fedora server running sway and sunshine. I’m having a problem where this rule (https://github.com/LizardByte/Sunshine/blob/8765bbf050a18dcaf441851e5e52505a6c709c48/src_assets/linux/misc/60-sunshine.rules) isn’t firing, so the controller stays with root permissions instead of belonging to the input group and it messes things up. I’m not sure why it wont fire that rule.
You’re having a problem with Sunshine. The udev rules work fine, because the controller is officially supported in the kernel. If it’s detected, it’s working fine.
If it’s NOT working with Sunshine involved, that’s a Sunshine problem.
Test with the calibration tools of your DE, and also under Steam. If everything works everywhere else, it’s not udev which is only responsible for detecting and capturing the device input.
If you think it’s a group problem, then…just…add your user to the group maybe?
there is no DE. it’s just headless sway. it works outside steam and steam games but steam stuff wont map correctly. manually setting the group for /dev/hidraw0 to :input fixes the issue temporarily, but its not connected directly to the host. So I need this rule to fire and put this device into the input group when it appears as it is appears within the sessions, not as a directly connected device.
User is already in the input group. But the device is root:root. When I manually set the group to input it works but the device disappears at the end of the session and is recreated when the clients connect in again
The inputs are sent as they are received on the host is the point. There is no transcoding of the HID inputs.
It’s a Sunshine problem.
