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: 224
Popularity: 5.099343
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

anthraxx commented on 2017-11-07 23:55

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

mibo commented on 2017-11-07 23:53

@anthraxx: I'm definitely using scons 3.0.0-3 and python2 is installed.

anthraxx commented on 2017-11-07 08:42

@milbo: then you are most likely not using scons scons 3.0.0-3 from our repositories which uses python2. Also this is not a general help desk Arch Linux users are expected to be advanced and bring in some debugging themselves. Also all needed information about this issue should be in the comments.

mibo commented on 2017-11-07 07:22

Still having issues in build.

==> Starting build()...
scons: Reading SConscript files ...
File "/tmp/pamac-build-ryan/xboxdrv/src/xboxdrv-0.8.8/SConstruct", line 34

print target

^

SyntaxError: invalid syntax

anthraxx commented on 2017-11-06 09:32

Are you kidding me? I fixed it by adding python makedepends, just follow the link to the ticket you posted and you will see I indeed was right: https://bugs.archlinux.org/task/55938

faergeek commented on 2017-11-06 04:55

@anthraxx: Not sure what you're talking about. dbus-glib did not receive any significant update for about a year:
https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/dbus-glib

I just built xboxdrv after you disabled scons patch both on armv7h and on x86_64

anthraxx commented on 2017-11-06 00:18

faergeek: it currently doesn't as of new dbus-glib
error: ‘dbus_glib_marshal_xboxdrv_daemon_BOOLEAN__POINTER_POINTER’ was not declared in this scope
need to take a look...

faergeek commented on 2017-11-05 08:39

@anthraxx: Just confirming. If you remove scons-py3.patch, it builds.

faergeek commented on 2017-10-21 11:22

@anthraxx: It seems like removing scons-py3.patch will be enough to build it now.

Deewiant commented on 2017-10-21 08:57

SCons was switched back to Python 2 in scons 3.0.0-3 ( https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/scons&id=a3370c10985771946e8c704aabdce1e180cc2715 ), so the build fails because of the Python 3 patch.

faergeek commented on 2017-10-19 11:37

@aoz: Are your packages up to date? Try updating everything. There was a patch for that added recently.

aoz commented on 2017-10-19 11:15

I'm having issues installing this, I think that it uses python3 while it needs to use python2:

==> Starting build()...
scons: Reading SConscript files ...
File "/home/ave/.cache/pacaur/xboxdrv/src/xboxdrv-0.8.8/SConstruct", line 34

print target

^

SyntaxError: Missing parentheses in call to 'print'

==> ERROR: A failure occurred in build().
Aborting...
:: failed to build xboxdrv package(s)

DarkShadow44 commented on 2017-10-16 04:09

@anthraxx Thanks for the patches, really appreciate it.

nerflad commented on 2017-10-16 01:16

@anthraxx: you're right, I'm on Manjaro, which is still using scons 2.5. In case other Manjaro users see this, I fixed by installing scons 3.0 using the official Arch PKGBUILD (asp export scons).

anthraxx commented on 2017-10-15 22:44

@nerflad: no its an error with your setup, its supposed to be executed as python3 however you are executing it with python2, you chanced something on your system that results in this. The only other explanation is that you have an outdated system not running scons 3.0.0

nerflad commented on 2017-10-15 22:41

Hi, seems the build is failing for me due to an error in the code?

build_bin2h(["src/xboxdrv_vfs.hpp"], ["examples/mouse.xboxdrv", "examples/xpad-wireless.xboxdrv"])
[<SCons.Node.FS.File object at 0x563f3a487260>]
[<SCons.Node.FS.File object at 0x563f3a486d80>, <SCons.Node.FS.File object at 0x563f3a486ff0>]
scons: *** [src/xboxdrv_vfs.hpp] AttributeError : type object 'str' has no attribute 'maketrans'
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/SCons/Action.py", line 1054, in execute
result = self.execfunction(target=target, source=rsources, env=env)
File "/home/elb/pkg/aur/xboxdrv/src/xboxdrv-0.8.8/SConstruct", line 47, in build_bin2h
fout.write("const char %s[] = {" % c_escape(src.get_path()))
File "/home/elb/pkg/aur/xboxdrv/src/xboxdrv-0.8.8/SConstruct", line 32, in c_escape
return str.translate(bytes.maketrans(b"/.-", b"___"))
AttributeError: type object 'str' has no attribute 'maketrans'
scons: building terminated because of errors.

faergeek commented on 2017-10-15 05:31

@anthraxx: Thanks for updates and good words :-). Can you please add 'armv7' architecture to list?

anthraxx commented on 2017-10-13 07:40

i'm only using multiple xbox 360 controllers, however the patch doesn't seem to make any problems. will play around this weekend and push a package later.
PS: still appreciate your contribution here :)

faergeek commented on 2017-10-13 07:37

@anthraxx: Sorry, yeah, I'm telling that from last release/comment. It's not about two recent comments, I can't reproduce it on my machine too. But "60 seconds delay" is reproducible on my machine. May be it just depends on usage. I don't have an xbox controller, I use xboxdrv to emulate xbox controller using somewhat like "iPEGA-9017s" (https://wiki.archlinux.org/index.php/Gamepad#iPEGA-9017s_and_other_Bluetooth_gamepads) on Raspberry Pi 2. Patch which I applied solves "60 seconds delay" issue for me.

Can you tell something on your usage? May be we can reproduce/solve these issue?

If that patch doesn't add problems for your usage may be you can apply it here?

P.S. I also know that upstream package is not updated too often for new releases to be here :-) So I'm wrong about you not being responsive, sorry again.

anthraxx commented on 2017-10-13 07:17

@faergeek: and you tell that from what? the last comment? lol. The only useful comments since then where xnick which is like barely 2 days old and flacer posting a pull request for an issue i'm not even facing. They are both non-upstreamed pull requests. Both changes look reasonable so far but i'm certainly not pulling in all random open PR's, be patient.

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

procobain commented on 2017-10-12 16:27

I needed to downgrade the scons and python packages (3) to install xboxdrv.

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

Samleybrize commented on 2016-05-21 13:49

Here is an updated version with the modifications of ttherouanne that worked for me:

https://github.com/samleybrize/aur-xboxdrv

agarie commented on 2016-05-16 03:02

I proceeded with the modifications ttherouanne listed below and xboxdrv is working correctly after that.

ttherouanne commented on 2016-05-10 19:49

Hello, it's working for me after few modifications:
- add armv7h in the 'arch' section
- add --detach option in the systemd service
- run scons without options/variables to compile

Could you update the pkgbuild?
Thanks :)

cosarara97 commented on 2016-05-09 22:19

Doesn't build with the new gcc.

spapanik21 commented on 2016-05-04 21:53

The xboxdrv.service dies unexpectedly from time to time:

USERNAME@XXXXXXXX$ sudo systemctl status xboxdrv.service
● xboxdrv.service - Xbox controller driver daemon
Loaded: loaded (/usr/lib/systemd/system/xboxdrv.service; enabled; vendor preset: disabled)
Active: failed (Result: timeout) since Wed 2016-05-04 22:39:37 BST; 4min 7s ago
Docs: man:xboxdrv(1)
Process: 3197 ExecStart=/usr/bin/xboxdrv --daemon --pid-file /var/run/xboxdrv.pid -c /etc/default/xboxdrv --detach-kernel-driver --deadzone 4000 --deadzone-trigger 10% (code=exited, status=0/SUCCESS)

May 04 22:38:07 XXXXXXXX xboxdrv[3197]: xboxdrv 0.8.8 - http://pingus.seul.org/~grumbel/xboxdrv/
May 04 22:38:07 XXXXXXXX xboxdrv[3197]: Copyright © 2008-2011 Ingo Ruhnke <grumbel@gmail.com>
May 04 22:38:07 XXXXXXXX xboxdrv[3197]: Licensed under GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
May 04 22:38:07 XXXXXXXX xboxdrv[3197]: This program comes with ABSOLUTELY NO WARRANTY.
May 04 22:38:07 XXXXXXXX xboxdrv[3197]: This is free software, and you are welcome to redistribute it under certain
May 04 22:38:07 XXXXXXXX xboxdrv[3197]: conditions; see the file COPYING for details.
May 04 22:39:37 XXXXXXXX systemd[1]: xboxdrv.service: Start operation timed out. Terminating.
May 04 22:39:37 XXXXXXXX systemd[1]: Failed to start Xbox controller driver daemon.
May 04 22:39:37 XXXXXXXX systemd[1]: xboxdrv.service: Unit entered failed state.
May 04 22:39:37 XXXXXXXX systemd[1]: xboxdrv.service: Failed with result 'timeout'.

The workaround I am using is to run
sudo xboxdrv --detach-kernel-driver &
whenever I want to play a game.

anthraxx commented on 2015-12-01 20:40

@UglyBob: please report those issues to the upstream github issue tracker with all your details provided. This are upstream issues that we don't really can fix. https://github.com/xboxdrv/xboxdrv

UglyBob commented on 2015-11-30 20:11

I have a strange issue with this driver using a wireless MS dongle and 4 wireless xbox 360 controllers. The player leds get lit up in the order I start them (1, 2, 3, 4), but when using them in retroarch (with udev driver), the device indexes are all wrong like this:

Led 1: device 3
Led 2: device 0
Led 3: device 1
Led 4: device 2

Every time... I'm thinking somewhere there is a subtraction by one that shouldn't be there. The indexes was probably 0-3 without it and with it the first one wraps to 3, the rest 0, 1, 2. I don't know, but only way it makes sense...

UglyBob commented on 2015-11-20 18:56

I'm using this driver with retroarch and it works perfectly. I would also like to use it in Kodi, but it doesn't seem to work. Kodi detects them though it seems:

18:37:14 T:140013475649600 NOTICE: Enabled Joystick: Xbox Gamepad (userspace driver) #2
18:37:14 T:140013475649600 NOTICE: Details: Total Axis: 6 Total Hats: 1 Total Buttons: 11
18:37:14 T:140013475649600 NOTICE: Enabled Joystick: Xbox Gamepad (userspace driver)
18:37:14 T:140013475649600 NOTICE: Details: Total Axis: 6 Total Hats: 1 Total Buttons: 11

But nothing happens if I press anything...

parkerlreed commented on 2015-08-20 00:53

Does scons honor MAKEFLAGS? This seems to take forever to compile even on my better machines with -j3 set.

skogsmaskin commented on 2014-11-13 07:01

I can report that it (0.8.5-3) compiles, installs and runs successfully on my Raspberry Pi B+ (arm6h). But there is a catch. Compiling 'src/command_line_options.cpp' and 'src/evdev_helper.cpp' is very memory intensive (on the Pi). I had to decrease video memory to only 16MB, leaving 496 MB to the system in order to get through. Cc1plus would otherwise choke with error "g++: internal compiler error: killed (program cc1plus)".

Please consider adding 'arm6h' to the arch array - preferably with a warning about the memory needed.

anthraxx commented on 2014-11-04 11:54

thanks goes to Jack for maintaining this package until now, he passed it over to me. I have just release the python2 fix for 'xboxdrvctl' and will do a general cleanup the following days.

anthraxx commented on 2014-11-04 11:07

Hey, you did exactly the opposite of what i have recommended, python in ArchLinux is using python3 (but the script MUST run with python2).
Thats the reason why you have to add python2 as dependency (NOT python) AND also fix the interpreter in the script 'xboxdrvctl' via sed.

Here is a fixed version which uses python2 and replaced the scripts interpreter properly:
https://raw.githubusercontent.com/anthraxx/arch-pkgbuilds/b09e8cc48f0086fb5e35f7e589eb51fd90f450c8/xboxdrv/PKGBUILD

please fix the package correctly,
cheers and have a nice day,
anthraxx

anthraxx commented on 2014-11-02 22:05

Hi, the tool xboxdrvctl (which is shipped with this package) requires python2 as a dependency.
Also it fails executing, as it uses '/usr/bin/env python' but requires python2 to run, please use sed for 'xboxdrvctl' in prepare() to replace python with python2.

MichaelTunnell commented on 2014-10-16 22:03

@jc61990 all you need to do is buy a usb/dc adapter and you can charge it without need of your computer. like this one: http://www.amazon.com/Motorola-Wall-Charger-Micro-Cable/dp/B005LFXBJG/ref=sr_1_1?ie=UTF8&qid=1413496989&sr=8-1&keywords=cell+phone+charger

alarm commented on 2014-08-18 18:17

@jc61990
May be it's related with this issue https://github.com/Grumbel/xboxdrv/issues/21 ?

jc61990 commented on 2014-07-23 01:23

Is there any way to make this package ignore the play and charge cable? I am unable to "play and charge" when this cable is plugged into my computer, it bypasses my wireless adapter and just spits out

-- [ ERROR ] ------------------------------------------------------
The Xbox360 Play&Charge cable is for recharging only, it does not transmit data, thus xboxdrv can't support it. You have to get a wireless receiver:


Even tho I DO have the wireless receiver plugged into my computer.

saik0 commented on 2014-07-21 20:21

@prurigro

The config file should be able to setup the environment with at least as much granularity as the command line options. It's not very intuitive or well documented but most of the config file options are the same as the command line options.

To use --dpad-only you'd add dpad-only=true to the relevant config section, take a look at what I've got for four wireless xbox controllers
https://gist.github.com/saik0/11225735

prurigro commented on 2014-07-21 12:50

@alarm: That sounds like a good idea! I was thinking it might be nice to provide some variability in respect to the available commandline arguments too (like --dpad-only.) I was half thinking of wrapping xboxdrv in a script that ran it with different options depending on some config it parsed, but it seems like there should be a better way to do it; any thoughts in that direction? (or maybe the config can handle those and I just haven't dug deep enough)

alarm commented on 2014-07-21 05:22

@prurigro: Thanks a lot! I unsuccessfully asked about daemon mode earlier!
That's why I added an example to archwiki https://wiki.archlinux.org/index.php/Joystick#xboxdrv_with_two_controllers
Btw, may be it could be better to add more commented flags into the config file.
For example mimic-xpad for both controllers.

prurigro commented on 2014-07-16 13:50

I updated the package to fix some namcap issues (including a missing dep), move the config from the deprecated /etc/conf.d/ to the new standard location @ /etc/default/, set the package to backup the config file when removed or an updated config is added, changed the config to allow xboxdrv to manage multiple controllers, and updated the systemd service to use the new config file and deattach kernel drivers (so it can handle PS3 controllers).

@jack.mitchell: feel free to pull in the updated package: http://96.126.108.7:90/xboxdrv-0.8.5-2.src.tar.gz

prurigro commented on 2014-07-16 13:49

I updated the package to fix some namcap issues (including a missing dep), move the config from the deprecated /etc/conf.d/ to the new standard location @ /etc/default/, set the package to backup the config file when removed or an updated config is added, changed the config to allow xboxdrv to manage multiple controllers, and updated the systemd service to use the new config file and deattach kernel drivers (so it can handle PS3 controllers).

@jack.mitchell: feel free to pull in the updated package: http://96.126.108.7:90/xboxdrv-0.8.5-2-x86_64.pkg.tar.xz

saik0 commented on 2014-05-21 18:46

@pedrofleck I'm able to get http://pingus.seul.org/~grumbel/xboxdrv/xboxdrv-linux-0.8.5.tar.bz2 without any problems.

pedrofleck commented on 2014-05-21 14:52

.tar.bz2 source link is off. Change PKGBUILD to mirror "http://pkgs.fedoraproject.org/repo/pkgs/xboxdrv/xboxdrv-linux-0.8.5.tar.bz2/7f20b12361770bbff9414a7c6d522c25/xboxdrv-linux-0.8.5.tar.bz2"

saik0 commented on 2014-05-02 18:37

Here's what I've done to get the whole thing working well with four wireless xbox 360 gamepads. Much of it could be adapted into the package post-install, including some of the fixes already mentioned.

https://gist.github.com/saik0/11225735

The daemon connects to the dbus system bus and any user in the xboxdrv group can call any of the methods, however the xboxdrvctl script is hardcoded to use the session bus, I've fixed it on my fork https://github.com/saik0/xboxdrv/blob/dbus-fix/xboxdrvctl for anybody interested.

dizzi90 commented on 2014-04-06 01:54

python2-dbus is a dependency.

pablox commented on 2013-12-01 02:31

Add this before the "scons $MAKEFLAGS" line:

sed -i '\@^#!/usr/bin/@s/env\ python/python2/' xboxdrvctl

ProfessorKaos64 commented on 2013-10-08 00:53

Get a segmentation fault when trying to load :(

someoneelse123 commented on 2013-09-29 07:48

One traditional python-on-arch problem here:

$ xboxdrvctl
File "/usr/bin/xboxdrvctl", line 76
print "Error: --slot argument required"
^
SyntaxError: invalid syntax

$ head -1 /usr/bin/xboxdrvctl
#!/usr/bin/env python

Anonymous comment on 2013-06-24 11:00

Is there an argument not to add 'armv6h' to the architecture line in the PKGBUILD file? It compiles well on an RPi.

adam900710 commented on 2013-05-12 12:53

Prefer adding an udev rule like the following to make normal user able to use it or just simplify the setting.
---
BUS=="usb", SYSFS{idVendor}=="045e", SYSFS{idProduct}=="028e", MODE="0660", GROUP="plugdev"
KERNEL=="uinput", MODE="0660", GROUP="plugdev"
---

alarm commented on 2013-04-12 12:23

xboxdrv 0.8.5 is released.
Any ETA for update this package?
What about default daemon mode?

max.bra commented on 2013-03-20 17:23

first of all, thanks for the PKGBUILD!

but there's no need at all to install systemd service with executable right

-install -D -m755 "$srcdir/xboxdrv.service" "$pkgdir/usr/lib/systemd/system/xboxdrv.service"
+install -D -m644 "$srcdir/xboxdrv.service" "$pkgdir/usr/lib/systemd/system/xboxdrv.service"

Dominor commented on 2013-02-25 06:52

For anyone who wants I added an aur package called xboxdrv-stable-git, which recompiles xboxdrv from stable branch in order to be compatible with latest libusbx: https://aur.archlinux.org/packages/xboxdrv-stable-git/

alarm commented on 2013-02-24 16:12

Jack, could you add the key "-D" into /usr/lib/systemd/system/xboxdrv.service?
(ExecStart = /usr/bin/xboxdrv -D -c /etc/conf.d/xboxdrv)
It makes possible to launch xboxdrv as a daemon. The problem is that you can use more then one controller only in daemon mode. (proof - https://groups.google.com/d/msg/xboxdrv/LWWsoe0A36M/LIEiJB_zoxYJ )
But in this case I had an error:
[ERROR] XboxdrvDaemon::run(): fatal exception: failed to get unique dbus name: Connection ":1.27" is not allowed to own the service "org.seul.Xboxdrv" due to security policies in the configuration file.
The solution is using "--dbus disabled". So, could you add the following lines into /etc/conf.d/xboxdrv as default:
[xboxdrv-daemon]
dbus = disabled

someoneelse123 commented on 2013-02-19 20:00

tom@silver:~$ xboxdrvctl
File "/usr/bin/xboxdrvctl", line 76
print "Error: --slot argument required"


^^ requires arch specific hashbang to use correct python version

gabrielrcp commented on 2012-12-19 20:26

I am having trouble compiling the source from github. The error is in [1]. Anyone else having this problem?

It is probably missing dependencies. I have all depends and makedepends from this PKGBUILD installed.

[1] http://pastebin.com/tPBPrTXe

Foucault commented on 2012-12-19 19:24

For the glibc issue just recompile the head from the stable branch of the xboxdrv repository.

https://github.com/Grumbel/xboxdrv/tree/stable

jack.mitchell commented on 2012-11-17 21:06

Added a service file and a conf file, let me know if you have any issues!

fettouhi commented on 2012-10-07 10:17

libusbx was updated yesterday. When I disconnect my xbox 360 from the xboxdrv I get this error:

root@andre ~]# rmmod xpad
[root@andre ~]# modprobe uinput
[root@andre ~]# modprobe joydev
[root@andre ~]# xboxdrv --silent --trigger-as-button --ui-axismap x2=ABS_Z,y2=ABS_RZ --ui-buttonmap A=BTN_B,B=BTN_X,X=BTN_A,TR=BTN_THUMBL,TL=BTN_MODE,GUIDE=BTN_THUMBR
xboxdrv 0.8.4 - http://pingus.seul.org/~grumbel/xboxdrv/
Copyright © 2008-2011 Ingo Ruhnke <grumbel@gmx.de>
Licensed under GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it under certain
conditions; see the file COPYING for details.

Controller: Microsoft Xbox 360 Controller
Vendor/Product: 045e:028e
USB Path: 005:002
Controller Type: Xbox360

Your Xbox/Xbox360 controller should now be available as:
/dev/input/js0
/dev/input/event19

Press Ctrl-c to quit
^C*** glibc detected *** xboxdrv: free(): corrupted unsorted chunks: 0x0000000000c373d0 ***
Segmentation error

and I have rebuild the xboxdrv against the new libusbx.

fettouhi commented on 2012-10-07 10:17

libusbx was updated yesterday. When I disconnect my xbox 360 from the xboxdrv I get this error:

root@andre ~]# rmmod xpad
[root@andre ~]# modprobe uinput
[root@andre ~]# modprobe joydev
[root@andre ~]# xboxdrv --silent --trigger-as-button --ui-axismap x2=ABS_Z,y2=ABS_RZ --ui-buttonmap A=BTN_B,B=BTN_X,X=BTN_A,TR=BTN_THUMBL,TL=BTN_MODE,GUIDE=BTN_THUMBR
xboxdrv 0.8.4 - http://pingus.seul.org/~grumbel/xboxdrv/
Copyright © 2008-2011 Ingo Ruhnke <grumbel@gmx.de>
Licensed under GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it under certain
conditions; see the file COPYING for details.

Controller: Microsoft Xbox 360 Controller
Vendor/Product: 045e:028e
USB Path: 005:002
Controller Type: Xbox360

Your Xbox/Xbox360 controller should now be available as:
/dev/input/js0
/dev/input/event19

Press Ctrl-c to quit
^C*** glibc detected *** xboxdrv: free(): corrupted unsorted chunks: 0x0000000000c373d0 ***
Segmentation error

and I have rebuild the xboxdrv against the new libusbx.

fettouhi commented on 2012-10-07 10:16

libusbx was updated yesterday. When I disconnect my xbox 360 from the xboxdrv I get this error:

root@andre ~]# rmmod xpad
[root@andre ~]# modprobe uinput
[root@andre ~]# modprobe joydev
[root@andre ~]# xboxdrv --silent --trigger-as-button --ui-axismap x2=ABS_Z,y2=ABS_RZ --ui-buttonmap A=BTN_B,B=BTN_X,X=BTN_A,TR=BTN_THUMBL,TL=BTN_MODE,GUIDE=BTN_THUMBR
xboxdrv 0.8.4 - http://pingus.seul.org/~grumbel/xboxdrv/
Copyright © 2008-2011 Ingo Ruhnke <grumbel@gmx.de>
Licensed under GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it under certain
conditions; see the file COPYING for details.

Controller: Microsoft Xbox 360 Controller
Vendor/Product: 045e:028e
USB Path: 005:002
Controller Type: Xbox360

Your Xbox/Xbox360 controller should now be available as:
/dev/input/js0
/dev/input/event19

Press Ctrl-c to quit
^C*** glibc detected *** xboxdrv: free(): corrupted unsorted chunks: 0x0000000000c373d0 ***
Segmentation error

and I have rebuild the xboxdrv against the new libusbx.

rnestler commented on 2012-08-07 22:51

I think you shouldn't include boost in the depends, since it is only a makedepend. And I also get some namcap warnings:
xboxdrv E: Dependency libx11 detected and not included (libraries ['lib/libX11.so.6'] needed in files ['usr/bin/xboxdrv'])
xboxdrv E: Dependency dbus-glib detected and not included (libraries ['lib/libdbus-glib-1.so.2'] needed in files ['usr/bin/xboxdrv'])
xboxdrv E: Dependency gcc-libs-multilib detected and not included (libraries ['lib/libstdc++.so.6', 'lib/libgcc_s.so.1'] needed in files ['usr/bin/xboxdrv'])
xboxdrv W: Dependency included and not needed ('dbus-python')

Dominor commented on 2012-07-30 23:50

# Maintainer: Jack Mitchell <jgm11@le.ac.uk>
pkgname=xboxdrv
pkgver=0.8.4
pkgrel=2
pkgdesc="An XBox/XBox 360 gamepad driver - as alternative to the xpad-kernel module - with more configurability, runs in userspace and supports a multitude of controllers"
arch=('i686' 'x86_64')
url="http://pingus.seul.org/~grumbel/xboxdrv/"
license=('GPL3')
depends=('libusbx' 'python' 'libx11' 'dbus-glib' 'gcc-libs-multilib')
makedepends=('scons' 'pkg-config' 'boost' 'libx11' 'dbus-glib' 'libusb')
source=(http://pingus.seul.org/~grumbel/xboxdrv/$pkgname-linux-$pkgver.tar.bz2)
md5sums=('c4970d08426489b2b604e01148bd687d')


build() {
cd "$srcdir/$pkgname-linux-$pkgver"
make
}

package() {
cd "$srcdir/$pkgname-linux-$pkgver"
make install PREFIX=/usr DESTDIR="$pkgdir"
}

Dominor commented on 2012-07-30 23:50

I've made a PKGBUILD which now includes the manpage and has more complete build time and run time dependencies (as suggested by namcap). In the package function, make install is used to install the xboxdrv binary and man files.

gdkags commented on 2012-06-20 10:20

you are missing the manpage.

pcarrier commented on 2012-06-07 14:51

You could probably have makedepends boost, depends boost-libs. boost-libs is much smaller.

Anonymous comment on 2012-01-27 18:19

Fixed the Fix:

The problem with the controller controlling the mouse was due to the package xf86-input-joystick. If anyone else is having this issue just remove said package and it'll work perfectly :)

Anonymous comment on 2012-01-24 01:47

Fixed: To stop the mouse being taken over I set the dead-zone to 4000. Then I ran into more problems where buttons were activating the right click menu and such so I had to remap it to emulate a keyboard:

xboxdrv --deadzone 4000 --dpad-as-button --ui-axismap "x1=KEY_LEFT:KEY_RIGHT,y1=KEY_UP:KEY_DOWN,trigger=void" --ui-buttonmap "a=KEY_A,b=KEY_B,x=KEY_X,y=KEY_Y,rb=KEY_S,lb=KEY_D," --ui-buttonmap "dl=KEY_LEFT,dr=KEY_RIGHT,du=KEY_UP,dd=KEY_DOWN," --ui-buttonmap "start=KEY_W,back=KEY_Q,guide=KEY_E,tl=void,tr=void"

this solution is far from ideal and if a fix is possible I'd really appreciate knowing how.

Thanks!

Anonymous comment on 2012-01-24 01:18

When I plug in my controller my mouse pointer gets locked in the top-left of my monitor.

Anonymous comment on 2011-11-26 01:13

Bah. I found that it actually only works once after the system boots, so it isn't quite adequate: once the battery dies / is replaced or the controller turns itself off from inactivity, the controller breaks until the daemon I posted is restarted. >_<. I suspect it has something to do with it not running prior to login (ie automatically) unless I disabled dbus, which is naturally how the one I posted is configured to work. I will figure out a less problematic way to do it and re-post at another time if I remember :p

Anyway, yeah I looked at the daemon in the source tarball and it makes no sense to me. It seems to be a huge usermode daemon file that doesn't come close to resembling any other arch daemons. I don't even know what it's written in.

jack.mitchell commented on 2011-11-23 09:30

That daemon looks good from my initial glance. I have been meaning to delve into enabling all the extra features of this package. If you read the site then you will find there are special daemon modes and stuff actually coded in - I want to do it I just haven't had time to examine it properly yet. One day my friends, one day...

Anonymous comment on 2011-11-12 23:16

http://pastebin.com/q24N7Rz7

I made a daemon for /etc/rc.d to launch this automatically at startup. Note that I was pretty tired when I wrote it and worked out quirks preventing its proper function, but it seems to work -- at least for my single wireless 360 controller. Just copy it over and chmod +x it as usual, but you should be sure to look it over or at least try it manually first before using it as a daemon in rc.conf. If anyone finds any glaring mistakes, please post a better one..

rnestler commented on 2011-08-16 19:00

i think boost-libs should be in depends and boost in makedepends

Anonymous comment on 2011-03-23 08:11

Doesn't work without boost installed.
Please mark boost as a dependency in PKGBUILD (and not only as build dependency)

sultanoswing commented on 2011-01-16 07:37

0.64 Released (13 Jan)

rnestler commented on 2010-12-26 00:15

0.6.1 released

Fabioamd87 commented on 2010-12-14 20:18

thanks.

jack.mitchell commented on 2010-12-08 14:09

Seems to work fine with the new libusb. Packages updated.

Fabioamd87 commented on 2010-12-08 11:31

after today update libusb1 become libusb and this package need libusb1 from AUR

can this package use libusb?

Anonymous comment on 2010-11-06 21:42

Thanks a lot for this package. Keep up the good work :D

rnestler commented on 2010-05-04 17:50

This PKGBUILD worked for me with 0.4.11. I removed the xboxdrv_gcc.patch

http://aur.pastebin.com/0djfj4n7

rnestler commented on 2010-05-04 17:34

according to http://pingus.seul.org/~grumbel/xboxdrv/ :
01. Mai 2010
0.4.11 released