there is a udev rule, 60-sunshine.rule, that doesn’t work on my fedora rig and I haven’t been a belt figure out exactly why it wont fire. I’m running fedora server with sunshine and sway streaming zero copy off the GPU with wlr capture. It works, but steams games are mapping Sony controllers improperly. It seems to be an issue around that rule not working, so I never get permission to the hidraw0 device the controller appears on during sunshine sessions. Manually chowing it into the input group solves that issue, but that’s not a very clean solution and wont persist across multiple sessions anyway. So, what can I actually do about this?

I suspect my use and sway and seatd instead of logind might be contributing to this but I’m not certain.

  • muusemuuse@sh.itjust.worksOPEnglish
    1·
    1 day ago

    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?