Arch Linux User Repository

For anyone like me that was stuck with bluetooth connection,

you just need to update your /etc/bluetooth/input.conf:

# Enable HID protocol handling in userspace input profile
# Defaults to true (Use UHID instead of kernel HIDP)
UserspaceHID=true

# Limit HID connections to bonded devices
# The HID Profile does not specify that devices must be bonded, however some
# platforms may want to make sure that input connections only come from bonded
# device connections. Several older mice have been known for not supporting
# pairing/encryption.
# Defaults to true for security.
ClassicBondedOnly=false

Those options are what worked out for me. My controllers finally connected normally as before.

This package doesn't work anymore if you don't downgrade bluez to version 5.64. I didn't try other versions but there is definitely a problem with bluez

Requires libudev:

-- Checking for module 'libudev'
--   Package 'libudev', required by 'virtual:world', not found
CMake Error at /usr/share/cmake/Modules/FindPkgConfig.cmake:607 (message):
  A required package was not found
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPkgConfig.cmake:829 (_pkg_check_modules_internal)
  CMakeLists.txt:11 (pkg_check_modules)

The .pc file for which is provided in systemd (not systemd-libs, for some reason). systemd provides udev, so maybe it would be clearer to depend on that(?) When building in a clean chroot, this package is not installed as part of base-devel.

@Alkaris Did you manage to solve this issue? I'm encountering the same problem - I've installed this package on two seperate up to date machines today, with one working flawlessly and the other giving me the same errors as you. Only difference is that the problem machine is running the linux-hardened vs standard kernel, and I'm not sure how to troubleshoot it if that's the case.

@Ta180m The path to which the service is installed is specified in the CMakeLists.txt, thus it should be updated upstream

@kekonn hid-nintendo-dkms isn't required with 5.16 kernels as it has been merged. I will add it as optdepends until linux-lts is updated to 5.16

Can the maintainer edit the PKGBUILD so it installs the .service file to /usr/lib/systemd/system instead of /etc/systemd/system?

if this needs hid-nintendo, could you add it to the optdepends at least?

@Alkaris Probably best to search/post an issue regarding that behavior.

https://github.com/DanielOgorchock/joycond/issues

I just maintain the AUR package.

Any reason why Joycond can't work properly when the Nintendo Switch Pro Controller is connected with USB? It just keeps throwing out errors with;

no match found for /sys//devices/pci0000:00/0000:00:14.0/usb1/1-13/1-13:1.0/0003:057E:2009.0008/input/input30/event19/device/device/leds/*player*1

it does this for every device LED from *player*1 down to *player5* and *home*

Joycond clearly recognises the device when I unplug it, and reconnected it, and it spams a whole list of the device that it couldn't match. It causes a whole load of headaches and issues for applications like Dolphin-Emu, but it works flawlessly in RetroArch and Steam. In Dolphin the controller will show up as;

(disconnected) /evdev/0/Nintendo Switch Pro Controller

hitting refresh doesn't get it to detect the controller is connected and begin receiving input. I've tried reinstalling Joycond but nothing works.