Search Criteria
Package Details: kanata-bin 1.11.0-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/kanata-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | kanata-bin |
| Description: | Improve keyboard comfort and usability with advanced customization |
| Upstream URL: | https://github.com/jtroo/kanata/ |
| Licenses: | LGPL-3.0-only |
| Provides: | kanata |
| Submitter: | br-lemes |
| Maintainer: | br-lemes |
| Last Packager: | br-lemes |
| Votes: | 18 |
| Popularity: | 0.42 |
| First Submitted: | 2022-07-29 02:55 (UTC) |
| Last Updated: | 2026-02-09 12:06 (UTC) |
Dependencies (2)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-eacAUR, glibc-git-native-pgoAUR)
Required by (1)
- kanata-switcher (requires kanata) (optional)
Latest Comments
Ataraxy commented on 2026-02-23 16:31 (UTC)
I appreciate your caution in imposing anything upon users.
Note the service is disabled by default, and the byte count is very low compared the the irrecoverable human time each user would need to spend in working out how to auto start this, should they want to.
The permissions argument is orthogonal - however it's worked out, the permissions must work for the user. If that's done via root, then eek, but the . service is still a great starting point in that case.
It's not dictating where the config file must be - but it would work "out of the box" in 90+% of cases. For everyone else, it's trivial to do an override service with a little tweak.
I hope you reconsider based on enabling usefulness. Your argument about permissions is orthogonal -
br-lemes commented on 2026-02-23 12:50 (UTC)
Thanks for the suggestion, Ataraxy. I'm hesitant to include a default service because kanata relies on specific hardware permissions (uinput) and user-defined configs that vary per setup. Even with the default path, I'd rather not impose a filesystem or execution standard that doesn't exist upstream.
Ataraxy commented on 2026-02-17 13:35 (UTC) (edited on 2026-02-17 13:36 (UTC) by Ataraxy)
Please add
/usr/lib/systemd/user/kanata.service:Users can opt-in via:
systemctl --user enable kanata.br-lemes commented on 2024-12-02 13:29 (UTC)
Hi proferk, I don't know what's the best way to do this, so I simply added it to the same package. Both binaries are available now.
proferk commented on 2024-12-02 11:24 (UTC) (edited on 2024-12-02 11:25 (UTC) by proferk)
Hey there, br-lemes. Can you also create a package for the "cmd_allowed" variant of kanata? Copied from the releases:
The cmd_allowed variant is available as the "kanata_cmd_allowed" file on the project's releases.
br-lemes commented on 2024-05-10 15:19 (UTC)
Thank you jrop.
I always clean the build directory, so I had no idea what was happening. I fixed for kanata, but let LICENSE untouched. I think LICENSE is unlikely to change.
jrop commented on 2024-05-09 17:24 (UTC) (edited on 2024-05-09 17:25 (UTC) by jrop)
The reason why people keep getting validity check errors is that, when a new version is published,
makepkgdoes not re-downloadkanataorLICENSE, because they are already in the current directory (from a previous package build). The following patch fixes it so that the files that makepkg looks for have the version number in them, and it will always download fresh files. Then the integrity check should succeed.jrop commented on 2024-05-09 17:16 (UTC) (edited on 2024-05-09 17:16 (UTC) by jrop)
1.6.1-1 is giving me a validity check error:
ChocoTwo commented on 2024-01-28 14:12 (UTC)
laura7089 commented on 2023-02-18 01:31 (UTC)
Getting a validity check error for
kanata