steam-devices VS steam-for-linux

if you mean this ( https://github.com/ValveSoftware/steam-devices/blob/master/60-steam-input.rules ) in /etc/udev/rules.d , yes i did

Create an udev rule for the device, you can copy the rule for your device from here.

I am attempting to play Spelunky with a controller but I am not having any luck. Spelunky has a platinum rating on protondb and runs as expected. I am in a flatpak and I did install the udev rules from valve if any of that makes a difference. My controller works fine in native games.

I solved the problem by copying the 60-steam-input.rules file to the folder: /etc/udev/rules.d

this is their Github: https://github.com/ValveSoftware/steam-devices

steam maintains udev rules for controllers that might help: https://github.com/ValveSoftware/steam-devices/blob/master/60-steam-input.rules

Here is my open PR for the hori alpha for reference: https://github.com/ValveSoftware/steam-devices/pull/42/files

To use a controller with the Steam flatpak, you need to layer the steam-devices package from RPM Fusion, or download the udev rules from upstream and install them to /etc/udev/rules.d/ (which is what I did).

> The effort you need to go through to actually use these depends on how your distribution handles the file permissions of /dev/uinput. Some of them have it as root:input, in which case you just need to usermod -a -G input and then relog to get it working. Others have it as root:root so you either need to go do some reconfigurations to change its permissions or live with running the software using it as root.

There's a trick to that. The TL;DR is "install the steam-devices package or similar" (https://github.com/ValveSoftware/steam-devices/), which adds the following udev rule (and others, but this is the relevant one):

  # Steam Controller udev write access

Anyone else noticing this? I don't believe I'm going insane. For a while now my download speeds, regardless of chosen server, are always slower in the Linux client compared to in Windows. Is the only appropriate place to post about this here -> https://github.com/ValveSoftware/Steam-for-Linux ? Would be great to know that I'm not the only one being affected.

https://github.com/ValveSoftware/steam-for-linux/issues Its seems to be a problem happening only to Nvidia GPUs. Not only Mint but many other distros A temporary solution is to open Steam from the Terminal using "steam -vgui"

I just spent a few hours working on that problem that Steam takes very long to appear. I did not have xdg-desktop-portal-gnome installed, and Steam is the only application that has that problem, so it's not the one from the update forum post. What my (and probably your) problem is, is this one: https://github.com/ValveSoftware/steam-for-linux/issues/9780. Some bug where CEF gets stuck in a loop. When I executed steam --reset an error about steamwebhelper and glibc appeared like 50 times, each taking a few seconds.

Hey I had the same issue - are you running this on Linux? On my arch machine I had this problem and was able to resolve it via the advice in this thread: https://github.com/ValveSoftware/steam-for-linux/issues/9640

might be related #9805

Steam crashes at launch with libgudev 238 · Issue #9805 · ValveSoftware/steam-for-linux

Relevant open issue from 2014: https://github.com/ValveSoftware/steam-for-linux/issues/3372