Arch Linux User Repository

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.)

Heads-up: --force-feedback is currently broken with USB controllers. xboxdrv exits with "LinuxUinput::finish(): unable to create uinput device: 'Microsoft X-Box 360 pad': Invalid argument", and the kernel logs "uinput: ff_effects_max should be non-zero when FF_BIT is set".

Root cause: ff_effects_max is only filled in by the evdev backend (EVIOCGEFFECTS); every USB backend leaves it at 0, which the kernel rejects when EV_FF is set. Regression from upstream commit 457916e (2019), still present on current main. Not the same bug as the old write() size issue (#3) — same symptom, different cause.

Full diagnosis and a small patch (fall back to 16 when the controller reports 0): https://github.com/xiota/xboxdrv/issues/11

Rebuilding the package with that patch applied fixes rumble — verified with an 8BitDo Ultimate 2 (2dc8:310b) via --device-by-id + --type xbox360.

Edit 1: @gugah The file is installed by meson, but the path was wrong. Should be fixed now.

Edit 2: @lufog Thank you for your help with finding and fixing the problem. Package has been updated.

The configuration that worked in 0.8.11 broke in 0.8.12. https://github.com/xiota/xboxdrv/issues/3

@xiota with the latest commit the systemctl unit (xboxdrv.service) isn't installed. Can we add back this line or one with similar behavior? xboxdrv.service is still in the sources.

install -Dm644 "$srcdir/$_pkgname.service" -t "$pkgdir/usr/lib/systemd/system/"

@xiota ok thanks, my fault, I wrongly understood that the problem was ALSO on vanilla Arch with official repos, and that package was not compilable neither there.

@jenergy This package compiles fine on vanilla Arch with packages from the official repos. There's no workaround I know of that can be applied within this package to use alternate packages on other distros. Outside this package, you could make a dummy glib2-devel package that depends on glib2. Or edit PKGBUILDs as needed.

@xiota yes, sorry, my message was an answer to yours. I posted result of ldd by thinking it would help you (as maintainer of this package for 'official' arch) to investigate if there are some ways or workarounds to compile actually xboxdrv in official repos. Maybe my post was not so helpful as I thought :-)

@jenergy Valve should update the Arch base for SteamOS. Maybe soon?

If you're trying to help other SteamOS users build packages, you should mention the distro in relevant comments. If you were replying to a previous comment, would be helpful to @ the user. Otherwise, you shouldn't expect changes to packages for distros other than vanilla Arch.

I have steamOS on a steamDeck, and with the deprecated dbus-glib installed (and tons of other packages installed) I created executable in that way. I don't know if this can be helpful:

(deck@steamdeck ~)$ ldd /bin/xboxdrv
        linux-vdso.so.1 (0x00007ffcc43fe000)
        libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0x00007f524bd7e000)
        libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0x00007f524bd2d000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f524bccb000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f524bb81000)
        libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0 (0x00007f524bb63000)
        libudev.so.1 => /usr/lib/libudev.so.1 (0x00007f524bb2f000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f524b9ea000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f524b600000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00007f524b8fd000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f524b8d8000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007f524b416000)
        libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f524b240000)
        libsystemd.so.0 => /usr/lib/libsystemd.so.0 (0x00007f524b158000)
        libffi.so.8 => /usr/lib/libffi.so.8 (0x00007f524b8cb000)
        libpcre2-8.so.0 => /usr/lib/libpcre2-8.so.0 (0x00007f524b0bd000)
        /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f524bf04000)
        libcap.so.2 => /usr/lib/libcap.so.2 (0x00007f524b8bf000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f524b894000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f524b88b000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007f524b0a3000)
        libmount.so.1 => /usr/lib/libmount.so.1 (0x00007f524b053000)
        libgcrypt.so.20 => /usr/lib/libgcrypt.so.20 (0x00007f524af0b000)
        liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f524aed8000)
        libzstd.so.1 => /usr/lib/libzstd.so.1 (0x00007f524ae05000)
        liblz4.so.1 => /usr/lib/liblz4.so.1 (0x00007f524ade3000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f524b884000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f524b87c000)
        libblkid.so.1 => /usr/lib/libblkid.so.1 (0x00007f524ada7000)
        libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x00007f524ad81000)

glib2-devel is still needed to build on Arch Linux. glib2 alone is insufficient, producing the following error:

error: ‘dbus_glib_xboxdrv_daemon_object_info’ was not declared in this scope

Manjaro now provides glib2-devel. I do not know about other Arch-based distros.