@Jenrikku Thank you for the heads up, I have now fixed the package
 |
VOOZH | about |
|
VOOZH | about |
| Git Clone URL: | https://aur.archlinux.org/joycond-git.git (read-only, click to copy) |
|---|---|
| Package Base: | joycond-git |
| Description: | Userspace daemon to combine joy-cons from the hid-joycon kernel driver |
| Upstream URL: | https://github.com/DanielOgorchock/joycond |
| Licenses: | GPL3 |
| Conflicts: | joycond-git |
| Provides: | joycond-git |
| Submitter: | parkerlreed |
| Maintainer: | Paragoumba |
| Last Packager: | Paragoumba |
| Votes: | 16 |
| Popularity: | 0.56 |
| First Submitted: | 2019-09-23 01:56 (UTC) |
| Last Updated: | 2025-04-13 20:42 (UTC) |
@Jenrikku Thank you for the heads up, I have now fixed the package
Please remove mv "$pkgdir/lib" "$pkgdir/usr/" from the PKGBUILD as it is no longer needed and causes an error to happen on the latest commit.
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?