Package Details: xboxdrv 0.8.13-1

Git Clone URL: https://aur.archlinux.org/xboxdrv.git (read-only, click to copy)
Package Base: xboxdrv
Description: Userspace Xbox gamepad driver and input remapper
Upstream URL: https://github.com/xiota/xboxdrv
Licenses: GPL-3.0-or-later
Submitter: None
Maintainer: xiota
Last Packager: xiota
Votes: 264
Popularity: 0.70
First Submitted: 2009-11-17 12:07 (UTC)
Last Updated: 2024-10-09 22:28 (UTC)

Pinned Comments

xiota commented on 2024-04-02 11:20 (UTC) (edited on 2024-09-30 20:11 (UTC) by xiota)

Although other Xbox gamepad drivers are now available, this package is still useful as an input remapper for programs that support only Xbox controllers.

This package is now based on a fork that aims to keep the program working. (Original project ceased development around Sep 2022.)

Latest Comments

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 16 Next › Last »

xnick commented on 2017-10-12 17:38 (UTC)

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 (UTC)

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 (UTC)

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

maxlefou commented on 2017-08-06 18:50 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 16 Next › Last »