Search Criteria
Package Details: autokey-gtk 0.96.0-8
Package Actions
Git Clone URL: | https://aur.archlinux.org/autokey.git (read-only, click to copy) |
---|---|
Package Base: | autokey |
Description: | A desktop automation utility for Linux and X11 - GTK frontend |
Upstream URL: | https://github.com/autokey/autokey |
Licenses: | GPL-3.0-or-later |
Submitter: | dark-saber |
Maintainer: | yochananmarqos |
Last Packager: | yochananmarqos |
Votes: | 69 |
Popularity: | 0.000116 |
First Submitted: | 2019-02-12 12:21 (UTC) |
Last Updated: | 2024-12-29 17:51 (UTC) |
Dependencies (12)
- autokey-commonAUR
- gtksourceview3
- libayatana-appindicator
- libnotify (libnotify-gitAUR)
- python-gobject
- zenity (zenity-gtk3AUR, zenity-gitAUR, qarma-gitAUR)
- python-build (make)
- python-installer (make)
- python-pyqt5 (python-pyqt5-sip4AUR, python-pyqt5-webkitAUR) (make)
- python-setuptools (make)
- python-wheel (make)
- python-atspi (python-atspi-gitAUR) (optional)
Latest Comments
1 2 3 4 5 6 .. 15 Next › Last »
kes commented on 2025-01-03 13:08 (UTC) (edited on 2025-01-03 13:10 (UTC) by kes)
I am running autokey-gtk, latest version, and may have identified a bug.
Autokey-gtk functions, but with some workarounds. The bit that is not working is I am not able to
(1) rename phrases within the Autokey interface menus or
(2) set abbreviations within the Autokey interface menu / pop-ups
I can however work around this by exiting the Autokey app, and creating new files within folder
"/home/$USER/.config/autokey/data/My Phrases/Address - Home"
editing these, then re-starting Autokey, which then sucks the new files up.
But this is a bit messy.
These new files are then shown in the Autokey interface, but are not editable from within the Autokey interface.
My file write accesses look Ok.
I can duplicate files using the Autokey menu but that is it.
Anyone else seen this?
tollgate commented on 2024-12-30 09:31 (UTC)
Thank you yochananmarqos. Working for me now too.
kes commented on 2024-12-29 17:58 (UTC)
thank you, it's working, Appreciated :)
kes commented on 2024-12-29 17:53 (UTC)
I am grateful to those who work on Autokey, I use it all the time.
I experience Autokey breaking fairly regularly, compared with other packages, because it depends on so many other packages.
What about the developers packaging a working binary, after getting it working with the latest changes, after a re-work?
This saves the error I just experienced, and a non working Autokey.
997.patch ... FAILED ==> ERROR: One or more files did not pass the validity check!
yochananmarqos commented on 2024-12-29 17:52 (UTC)
@tollgate: Fixed.
kes commented on 2024-12-29 17:49 (UTC)
I also get
997.patch ... FAILED ==> ERROR: One or more files did not pass the validity check!
tollgate commented on 2024-12-29 11:37 (UTC)
I get:
997.patch ... FAILED ==> ERROR: One or more files did not pass the validity check!
yochananmarqos commented on 2024-12-28 22:11 (UTC)
@nfs: Upstream merged the PR I applied, so I guess that is the fix.
yochananmarqos commented on 2024-12-23 22:46 (UTC)
@nfs: Yes, we'll have to wait for upstream.
nfs commented on 2024-12-23 21:51 (UTC)
Thanks @yochananmarqos for the quick fix! It certainly works, and that's much appreciated.
Am I correct in concluding that you expect to create a more permanent fix that's a bit less of a kludge?
1 2 3 4 5 6 .. 15 Next › Last »