Package Details: xboxdrv 0.8.8-4

Git Clone URL: https://aur.archlinux.org/xboxdrv.git (read-only)
Package Base: xboxdrv
Description: Userspace gamepad driver for Linux
Upstream URL: http://pingus.seul.org/~grumbel/xboxdrv
Licenses: GPL3
Submitter: None
Maintainer: anthraxx
Last Packager: anthraxx
Votes: 235
Popularity: 0.492503
First Submitted: 2009-11-17 12:07
Last Updated: 2017-11-06 00:44

Pinned Comments

anthraxx commented on 2017-11-07 23:55

use extra-x86_64-build from devtools to build this project

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 ... Next › Last »

faergeek commented on 2017-10-13 05:30

It seems like this package needs a new maintainer. Recent activity is ~1 year ago. Anybody?

xnick commented on 2017-10-12 17:38

I committed the required changes to the git for scons 3 compatibility.
If anyone wants to build in the meantime, here is the pull request containing the edited file.

https://github.com/xboxdrv/xboxdrv/pull/240/commits/17bd43a7d3ef86216abc36b42b4e6a1f70aa9979

faergeek commented on 2017-10-09 07:38

I applied patch for "60 second delay" issue + added armv7h (raspberry pi 2) architecture to list.
It works smoothly, I don't see any issue.

Here it is https://github.com/faergeek/xboxdrv-PKGBUILD

AlexanderRevo commented on 2017-09-24 10:16

XB1 controllers should work, mine worked fine with zero configuration. I have the oldest model though.

maxlefou commented on 2017-08-06 18:50

Is there support for Xbox One pads yet?

I have a generic xbox one pad and it's not recognised by xboxdrv. Nor by xpad. And jstest doesn't work. But evdev detects it and the inputs replies. So, the pad works but is not recognised.

flacer commented on 2017-07-08 10:15

Is everybody here facing the "60 seconds delay" issue?
There is a patch on github, maybe you can add it so that it is applied before building, since it seems to be an common issue with archlinux and xboxdrv

https://github.com/xboxdrv/xboxdrv/issues/144

Thank you very much for packing this one! : )

anthraxx commented on 2016-12-24 13:54

@erikzenker: sounds more like an issue with some configon your side also having --param=ssp-buffer-size=4 sounds like an very ancient makepkg.conf that you have not properly updated.
Please try in a clean chroot f.e. via extra-x86_64-build from devtools package

erikzenker commented on 2016-12-24 13:26

I get the following error:

scons: Building targets ...
g++ -o src/main/main.o -c -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -isystem/usr/include/libusb-1.0 -g -O3 -Wall -ansi -pedantic -DPACKAGE_VERSION='"0.8.8"' -Isrc src/main/main.cpp
g++ -o src/arg_parser.o -c -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -isystem/usr/include/libusb-1.0 -g -O3 -Wall -ansi -pedantic -DPACKAGE_VERSION='"0.8.8"' -Isrc src/arg_parser.cpp
g++ -o src/axis_event.o -c -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -isystem/usr/include/libusb-1.0 -g -O3 -Wall -ansi -pedantic -DPACKAGE_VERSION='"0.8.8"' -Isrc src/axis_event.cpp
g++ -o src/axis_filter.o -c -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -isystem/usr/include/libusb-1.0 -g -O3 -Wall -ansi -pedantic -DPACKAGE_VERSION='"0.8.8"' -Isrc src/axis_filter.cpp
g++ -o src/axis_map.o -c -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -isystem/usr/include/libusb-1.0 -g -O3 -Wall -ansi -pedantic -DPACKAGE_VERSION='"0.8.8"' -Isrc src/axis_map.cpp
In file included from src/axis_event.cpp:28:0:
src/uinput.hpp:22:18: fatal error: glib.h: No such file or directory
#include <glib.h>
^
compilation terminated.

Is there some dependency missing?

ttherouanne commented on 2016-06-26 19:52

Hi Anthraxx,

Sorry, I don't really know what are these flags..
The detach option is usefull because systemd wait a fork, and the Unit fail
(see the comment of spapanik21)
Thanks for your fix :)

I encountered another problem, with the xboxdrvctl tool.
To get it to work, i have to add the "--dbus system" parameter to xboxdrv and this dbus configuration (should maybe be checked, i don't master the dbus security rules)

[root@RPI2 system.d]# cat /etc/dbus-1/system.d/org.seul.Xboxdrv.conf
<!DOCTYPE busconfig PUBLIC "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN" "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>
<policy context="default">
<allow own="org.seul.Xboxdrv"/>
<allow send_type="method_call"/>
</policy>
</busconfig>

anthraxx commented on 2016-06-01 09:52

Sorry my mailbox filter was going nuts and ate notification mails, the request made me aware ^.^
Will fix the build, it just needs dropping the custom target type for scons, however please don't propose to drop passing the FLAGS, they also include hardening flags which are missing and its working with them.
The detach option can be added to the service file but I'm not sure what you want to fix with that it just detached from the invoking shell.
I'm not a big fan of adding armv7h, for official packages it needs to be dropped anyway and I try to avoid anything that is not valid for being used in an official repository context