Search Criteria
Package Details: ruby-fusuma 3.7.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/ruby-fusuma.git (read-only, click to copy) |
---|---|
Package Base: | ruby-fusuma |
Description: | Fusuma is multitouch gesture recognizer. |
Upstream URL: | https://github.com/iberianpig/fusuma |
Keywords: | gesture multitouch |
Licenses: | MIT |
Submitter: | F0x06 |
Maintainer: | Spielkind (Totti786) |
Last Packager: | Totti786 |
Votes: | 21 |
Popularity: | 1.14 |
First Submitted: | 2016-10-31 11:06 (UTC) |
Last Updated: | 2024-11-27 21:02 (UTC) |
Dependencies (8)
- ruby
- ruby-fusuma-plugin-appmatcherAUR (optional) – Fusuma plugin configure app-specific gestures
- ruby-fusuma-plugin-keypressAUR (optional) – Keypress combination plugin for Fusuma
- ruby-fusuma-plugin-remapAUR (optional) – Fusuma plugin for remapping keyboard events into virtual input devices
- ruby-fusuma-plugin-sendkeyAUR (optional) – Fusuma plugin that sending virtual keyboard events
- ruby-fusuma-plugin-thumbsenseAUR (optional) – Remapper from key to click only while tapping the touchpad
- ruby-fusuma-plugin-wmctrlAUR (optional) – Tap and Hold gestures plugin for Fusuma
- xdotool (xdotool-gitAUR) (optional) – Used to send shortcuts on Xorg
Latest Comments
Kaddate commented on 2024-12-03 09:49 (UTC)
Ruby-fusuma version 3.6.2 seems bugged, it did not detect properly my inputs. Upgrading ruby-fusuma to version 3.7.0 fixed the issue.
mehanoid commented on 2024-08-11 12:23 (UTC)
rien333 try rebuilding the package, it should help
rien333 commented on 2024-08-09 18:22 (UTC)
Seems to be broken after the most recent ruby update?
Shadowphoenix commented on 2022-01-26 15:41 (UTC) (edited on 2022-01-26 15:44 (UTC) by Shadowphoenix)
https://aur.archlinux.org/packages/members/ lists all users in plain text, in my case "members users" lists all memebers of group users on my system.
take this one and temporarily store all of them in a $var, then sudo gpasswd -a $var input should add all users in $var to group input. for that to work, the users need to be saved in format usera,userb,userc. The resulting command would then be sudo gpasswd -a usera,userb,userc input which would do exactly what we want, right?
Next showbreaker to install for multiple users would be to add roots' gemfolder to $PATH of each user but that would work via export in for example /etc/environment i think
Spielkind commented on 2022-01-26 07:39 (UTC)
Hm, nope don't have a nice solution to handle the input group membership by the package. I guess it's the best to manually add users to input.
For all users with sth. like:
for u in `awk -F':' '/^users:/{print $4}' /etc/group`; do usermod -a -G input $u; done
May we could outline this as installation note in the package.
Shadowphoenix commented on 2022-01-26 06:47 (UTC)
out of curiosity: does the "problem" with gpasswd (as mentioned below) still persist or did someone find a proper answer to this yet?
I haven't tested this, but here is my take on the matter:
"gpasswd -a $USER input" calls the variable $USER, which at least on my system when runnning echo $USER returns only the user executing the command - this would mean the corresponding line would add the user who was executing the PKGBUILD to group input but no other user. If you want to install across multiple users, might as well consider installing systemwide, but i will certainly not be the one to decide if that can or should happen via this PKGBUILD or a diffrent one, if at all (as installing gems systemwide can mess with pacman's gems).
Correct me if i am wrong, if systemwide is wished, this afaik would mean the corresponding PKGBUILD would also benefit of an opt-in command that automatically imports several or even all members of Group "users" to add them to group input.
As for xdotool, i remember vaguely from the back of my head reading about it being mandatory to make fusuma work in x-sessions. If i recall correctly it was mentioned in one of the closed issues. Should this be the case, installing by default (aka listing as explicit dependency instead of optional) still makes sense imo, as well as maybe ydotool for wayland compatibility. This enables the user to choose which one they want to use in the config (from what i can see from running yay -Syu ydotool , ydotool and xdotool do not conflict so that shouldnt be a problem).
Spielkind commented on 2020-05-20 09:07 (UTC)
This command adds the desktop user to the input group not sure how the package should know which users on your system you want to add to this group. But I would appreciate suggestions for a good solution, may there is way with systemd-sysusers I haven't thought about yet.
About xdotool, yes its optional you could use ruby-fusuma-plugin-sendkey as replacement, I'll probably change this to an optional requirement.
LazyGeniusMan commented on 2020-05-19 23:52 (UTC) (edited on 2020-05-20 02:06 (UTC) by LazyGeniusMan)
Hi, on installation guide it's mention that we have to run
sudo gpasswd -a $USER input
, it seems it's not automatically run that command, is it break package etiquette?Also installation guide said that xdotool is not mandatory, it's optional.
genie137 commented on 2019-01-18 08:26 (UTC)
This package gives the following error while trying to install on Antargos Gnome trough Yay. I replaced my username with $HOME.
ERROR: While executing gem ... (Errno::ENOENT) No such file or directory @ dir_s_mkdir - /home/$HOME/.cache/yay/ruby-fusuma/pkg/ruby-fusuma/usr/bin ==> ERROR: A failure occurred in package(). Aborting... Error making: ruby-fusuma