-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
This repo and steam tarball are out of sync #2
Comments
Thanks. Yep I'll update with the latest steam package rules soon. |
Thanks! When you're at it... 😉 this PR really needs to get merged to the udev file: I've been debugging why Steam Controller doesn't work on Fedora, and even pestering the Fedora maintainer of the package (rpmfusion/steam#10) and it really boils down to missing
everything works out of the box (at least on Fedora). |
It's not clear if we can have one set of udev rules that will work on all distributions. I think that was the original intention of this repository, to let distributions figure how they might want to modify this. |
I see, distributions with systemd-udev won't support uaccess, IIUIC. Perhaps a readme file with some hints or clearly marked two different udev files here in repo could help. |
Btw, the |
@TTimo any chance for the update matching the actual Steam tarball? I have a PR ready. Thanks. |
The udev file in this repo doesn't reflect the udev file present in the official steam tarball:
http://repo.steampowered.com/steam/pool/steam/s/steam/steam_1.0.0.59.tar.gz
For example, this repo contains this rule:
while the tarball contains this rule (more modern):
There are more differences. Not only that, even the filenames differ (
steam_input.rules
vs60-steam-input.rules
and60-steam-vr.rules
).This causes confusion for distributions, when deciding which udev files to install for the user. I assume this repo was created to have an opensource-friendly license for the udev file and allow PRs. Can you please make sure the files don't get out of sync? (Ideally, the latest content should be pushed here and then used for tarball generation, instead of having two sources). Thank you.
The text was updated successfully, but these errors were encountered: