Package Details: autokey 0.95.10-1

Git Clone URL: https://aur.archlinux.org/autokey.git (read-only, click to copy)
Package Base: autokey
Description: AutoKey, a desktop automation utility for Linux and X11, updated to run on Python 3
Upstream URL: https://github.com/autokey/autokey
Licenses: GPL3
Replaces: autokey-py3
Submitter: dark-saber
Maintainer: dark-saber
Last Packager: dark-saber
Votes: 54
Popularity: 1.73
First Submitted: 2019-02-12 12:21
Last Updated: 2020-02-16 21:05

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

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

ronjouch commented on 2017-01-12 22:55

@dark-saber: version 0.93.9-1 builds successfully but fails at runtime with an exception on python3-xlib (0.93.7-1 worked fine).

Sadly, your suggestion below to @snuffop didn't work for me; here is what I tried and I still get the same exception: sudo pacman -R python-xlib autokey-py3 && sudo pacman -S python-xlib && yaourt -S autokey-py3

--------

Traceback (most recent call last):
File "/usr/bin/autokey-gtk", line 6, in <module>
from pkg_resources import load_entry_point
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3019, in <module>
@_call_aside
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3003, in _call_aside
f(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3032, in _initialize_master_working_set
working_set = WorkingSet._build_master()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 655, in _build_master
ws.require(__requires__)
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 963, in require
needed = self.resolve(parse_requirements(requirements))
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 849, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'python3-xlib' distribution was not found and is required by autokey

--------

... even though python-xlib is installed:

~ sudo pacman -Syu python-xlib
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
warning: python-xlib-0.18-2 is up to date -- reinstalling
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...

Packages (1) python-xlib-0.18-2

Total Installed Size: 0.76 MiB
Net Upgrade Size: 0.00 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring [##############################] 100%
(1/1) checking package integrity [##############################] 100%
(1/1) loading package files [##############################] 100%
(1/1) checking for file conflicts [##############################] 100%
(1/1) checking available disk space [##############################] 100%
:: Processing package changes...
(1/1) reinstalling python-xlib [##############################] 100%

snuffop commented on 2017-01-12 17:46

I've re installed all pkgs built against 3.5 as well as xlib and autokey-py3 same error and trace.

 pacman -Qo /usr/lib/python3.5
error: No package owns /usr/lib/python3.5