On Wed, May 2, 2018 at 12:22 PM, Simon McVittie wrote:
> Are you saying this because you don't want these udev rules to diverge
> from upstream's, or because your interpretation of the steam package's
> license is that you aren't allowed to patch them?
Both were a concern at the time, but it looks
On May 2nd Valve created a Github repository[0] for the steam-devices
udev rules which is MIT licensed. Unless I'm misunderstanding I
believe this means we can make any modifications we want to these udev
rules now, so this bug should be easily resolvable
[0] https://github.com/ValveSoftware/steam
On Sat, 16 Apr 2016 at 23:14:15 -0400, Michael Gilbert wrote:
> Berillions wrote:
> > If I add "OPTIONS+="static_node=uinput" to "# Steam Controller udev write
> > access", the controller is recognized correctly as a gamepad in my games.
>
> The udev rule currently shipped is Valve's, so if you th
control: tag -1 upstream
control: severity -1 wishlist
Berillions wrote:
> If I add "OPTIONS+="static_node=uinput" to "# Steam Controller udev write
> access", the controller is recognized correctly as a gamepad in my games.
The udev rule currently shipped is Valve's, so if you think it needs
to
Hi guys,
I tried the udev rule from the debian package -> steam-device.
I think that it's not complete to use correctly the gamepad.
With the actual udev rule, the controller is correctly recognized on Steam
on Big Picture mode but in game like Metro 2033 / Last Light Redux, the
controller is not
Oh, i didn't know that this package already exist.
Thanks very much :)
2016-03-23 20:06 GMT+01:00 Alexandre Detiste :
> As nobody talked about this.
>
> The upstream udev rule is shipped in separate package "steam-devices"
>
>
> https://sources.debian.net/src/steam/1.0.0.51-1/lib/udev/rules.d/99-
As nobody talked about this.
The upstream udev rule is shipped in separate package "steam-devices"
https://sources.debian.net/src/steam/1.0.0.51-1/lib/udev/rules.d/99-steam-controller-perms.rules/
https://packages.debian.org/sid/all/steam-devices/filelist
Does it fits your need ?
> Ok, i tried
Ok, i tried with this rules file :
# This rule is needed for basic functionality of the controller in
# Steam and keyboard/mouse emulation
SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"
# This rule is necessary for gamepad emulation
KERNEL=="uinput", SUBSYSTEM=="misc", OPTIONS+="static_no
I tried with the both udev's rules and with the first from Arch, the
controller is not recognized as a gamepad in my game.
I can try to replace GROUP=USERNAME by TAG+=uaccess.
Le 23 mars 2016 18:05, "James Cowgill" a écrit :
> Hi,
>
> On Wed, 2016-03-23 at 17:52 +0100, Berillions wrote:
> > The
Hi,
On Wed, 2016-03-23 at 17:52 +0100, Berillions wrote:
> The best Udev's rules for the Steam Controller on Debian is this :
>
> # This rule is needed for basic functionality of the controller in
> # Steam and keyboard/mouse emulation
> SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"
Why
Hi,
The best Udev's rules for the Steam Controller on Debian is this :
# This rule is needed for basic functionality of the controller in
# Steam and keyboard/mouse emulation
SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"
# This rule is necessary for gamepad emulation
KERNEL=="uinput", M
Package: steam
Version: 1.0.0.49-1
Severity: normal
Dear Maintainer,
As explained in the bug report on ArchLinux Bugzilla, the Steam Controller
is not correctly detected due to udev rules :
https://bugs.archlinux.org/task/46752
You can see the udev rules file for ArchLinux package here :
https:/
12 matches
Mail list logo
