Package Details: libinput-gestures 2.76-1

Git Clone URL: https://aur.archlinux.org/libinput-gestures.git (read-only, click to copy)
Package Base: libinput-gestures
Description: Actions gestures on your touchpad using libinput
Upstream URL: https://github.com/bulletmark/libinput-gestures
Keywords: gestures libinput multitouch touchpad
Licenses: GPL3
Conflicts: libinput-gestures-git
Submitter: bulletmark
Maintainer: bulletmark
Last Packager: bulletmark
Votes: 95
Popularity: 0.194466
First Submitted: 2016-08-14 04:06 (UTC)
Last Updated: 2023-10-18 23:28 (UTC)

Dependencies (5)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

bulletmark commented on 2023-10-18 01:15 (UTC)

@xiota, this package conflicts with libinput-gestures-git so why should I removed that conflicts?

bulletmark commented on 2023-10-18 01:13 (UTC)

@xiota, if you wanted a response or action then you should have provided a justification + link to give your comment some authority. I saw that post a month ago and just assumed it was random odd unsolicited spammy brain-fart like we often see around here and so ignored it.

xiota commented on 2023-10-18 01:00 (UTC) (edited on 2023-10-18 01:05 (UTC) by xiota)

Flagged because you did not respond at all to previous comment for a month.

AUR Submission guidelines:

Do not use replaces in an AUR PKGBUILD unless the package is to be renamed

The rename exception does not apply here.

Also, the conflicts should be removed because libinput-gestures-git already provides/conflicts with this package.

bulletmark commented on 2023-10-18 00:22 (UTC)

@xiota, please provide a reference for your demand. Also, please don't flag a package out of date unless it is actually out of date.

xiota commented on 2023-09-20 13:31 (UTC) (edited on 2023-10-18 00:03 (UTC) by xiota)

Please remove replaces directive to comply with AUR submission guideline.

labaman commented on 2022-08-14 14:37 (UTC) (edited on 2022-08-14 14:37 (UTC) by labaman)

@bulletmark, yes, I wouldn't install these two packages together either - no need, but when I decided to try Garuda Linux - that package was part of the input device support meta-package, and installing the usual X11-Gestures+touchegg bundle - I got the described lags when processing gestures. Considering that I have quite a high-performance PC, it's probably not in the load that this software produces on the CPU, but in the fact that these 2 programs simply interfere with each other, trying to process the same events in their own way. Also thanks for the tip - I will definitely describe the issue on the developer's github.

bulletmark commented on 2022-08-12 00:40 (UTC)

@labaman, I don't see why anybody would ever choose to run libinput-gestures in parallel with touchegg but if they really want to then I don't see they should not be allowed to. libinput-gestures should use tiny CPU etc if you have configured it correctly (apart from whatever the scripts/programs you configure for actions use). It is also standalone and should certainly not conflict in any system sense with any other program. Raise an issue if you think it does.

labaman commented on 2022-08-11 13:55 (UTC)

Found a conflict with touchegg (the default backend for the X11-gestures Gnome extension). When these two packages are installed and running at the same time, gesture processing in Gnome starts to slow down or hangs down altogether (e.g. switching workspace freezes halfway through the animation). Therefore, I suggest adding touchegg and touchegg-git to the conflicts.

bulletmark commented on 2020-11-17 22:29 (UTC)

@goetzc, 2.54 updates the README to make this clear and adds those 2 packages as optdepends. Thanks for the suggestion.

g360 commented on 2020-11-17 17:17 (UTC)

Hi @bulletmark. Those extra dependencies just removed (xdotool, wmctrl) as part of the 2.53 update should be re-added but as optdepends, as the gestures tool still can make use of those (my local setup broke), and even on the README it's mentioned as part of the installation.

Thanks