Package Details: autokey-py3 0.93.10-3

Git Clone URL: https://aur.archlinux.org/autokey-py3.git (read-only)
Package Base: autokey-py3
Description: Python 3 port of AutoKey, a desktop automation utility for Linux and X11 with new features.
Upstream URL: https://github.com/guoci/autokey-py3
Keywords: autokey
Licenses: GPL3
Conflicts: autokey, autokey-data, autokey-gtk
Submitter: dark-saber
Maintainer: dark-saber
Last Packager: dark-saber
Votes: 31
Popularity: 0.643692
First Submitted: 2015-07-10 07:40
Last Updated: 2017-03-10 09:22

Latest Comments

a-bostaurus commented on 2017-10-07 08:30

Thank you. I did as you proposed. Some years ago I had this problems, too.

dark-saber commented on 2017-10-04 07:21

I'm just maintaining the package for Arch and I'm capable to solve packaging problems mostly (missed dependencies, that kind of stuff). Your issue should be addressed to developers: https://github.com/autokey-py3/autokey/issues. Here's the problem reporting guide: https://github.com/autokey/autokey/wiki/Problem-Reporting-Guide, it would be better to run autokey via "autokey-gtk -l" and attach the logs.

By the way, I'm on kernel 4.13.4 / XFCE / nvidia, and abbreviations seemingly work for me.

a-bostaurus commented on 2017-10-04 07:05

What does that mean: "This should probably be reported upstream." How can I do this?

a-bostaurus commented on 2017-09-25 06:05

I think the working of autokey depends not only on kernel 4.12 or 4.13 but also on the graphic utilities. My desktop computer is with intel: Autokey is okay with 4.13. My notebook is with nvidia; autokey does not work with 4.13.

dark-saber commented on 2017-09-22 11:03

a-bostaurus:
This should probably be reported upstream. I've tried it on Arch Linux testing now (Linux 4.13.3, XFCE) and, although I've ran into some other problems (pasting using Mouse Selection just hangs; no non-latin input using Keyboard method; phrase list doesn't refresh automatically after modifying it using scripts, had to restart the app to refresh), I guess I didn't encounter yours.

I've found the only issue that might be remotely related to yours: https://github.com/autokey-py3/autokey/issues/95 There may be something in the debug logs too.

a-bostaurus commented on 2017-09-22 08:17

autokey does not work after the last update of Manjaro stable Kernel 4.13) with Mate and XFCE. The abbreviations are not changed into the extended epressions. I cannot see any reason for this behaviour.
I tried kernel 4.12, too. With this it works.

dark-saber commented on 2017-02-23 06:49

Fixed, thanks!

elbowz commented on 2017-02-22 13:07

I get this error:
Autokey needs setuptools in order to build. Install it with your packagemanager (python-setuptools) or via pip (pip install setuptools)

adding python-setuptools to dependencies solve the issue

dark-saber commented on 2017-01-14 15:20

The recent problems were introduced by this commit: https://github.com/autokey-py3/autokey/commit/2250d90d31aec0fac029ea2f9c2f1c71cfd09daf and in fact they consist of two parts:
1. 'python3-xlib' in Ubuntu is 'python-xlib' in Arch, this patches easily.
2. 'dbus-python' is somehow not found in Arch, even if python-dbus and python-dbus-common are installed. Other aliases, like 'dbus', 'python-dbus' etc. don't work too. I just patched this dep out of setup.py, especially since we still control dependencies by our distribution tools. But I still wonder what's wrong with python-dbus, some people had the same problem with blockify (https://aur.archlinux.org/packages/blockify/?comments=all), but that was resolved when this dep was removed from upstream.

pip install would work, of course, but using that we're mixing Arch and python's package managers, and get all kinds of problems on further updates/removes. It would be wiser to just install autokey via pip if we're going this way.

Hal5000 commented on 2017-01-13 09:34

I was able to fix this problem by installing python3-xlib using pip:

sudo pip install python3-xlib

All comments