Package Details: joycond-git v0.1.0.r58.g39d5728-1

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: 15
Popularity: 0.63
First Submitted: 2019-09-23 01:56 (UTC)
Last Updated: 2025-04-13 20:42 (UTC)

Dependencies (4)

Required by (1)

Sources (1)

Latest Comments

1 2 Next › Last »

Paragoumba commented on 2025-04-13 20:43 (UTC)

@Jenrikku Thank you for the heads up, I have now fixed the package

Jenrikku commented on 2025-04-12 20:31 (UTC)

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.

Mxzcabel commented on 2024-09-08 17:59 (UTC) (edited on 2024-09-08 18:02 (UTC) by Mxzcabel)

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.

fanfanKTA commented on 2024-07-14 10:37 (UTC)

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

Score_Under commented on 2022-11-04 11:49 (UTC)

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.

drossbox commented on 2022-02-23 12:24 (UTC)

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

Paragoumba commented on 2022-02-06 16:16 (UTC)

@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

dodecahedron commented on 2022-01-06 14:55 (UTC)

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

kekonn commented on 2021-10-21 11:53 (UTC) (edited on 2021-10-21 11:55 (UTC) by kekonn)

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

1 2 Next › Last »