Package Details: autokey 0.95.7-2

Git Clone URL: https://aur.archlinux.org/autokey.git (read-only)
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: 43
Popularity: 1.195201
First Submitted: 2019-02-12 12:21
Last Updated: 2019-07-21 12:10

Latest Comments

1 2 3 4 5 6 ... Next › Last »

dark-saber commented on 2019-10-07 10:59

FrederickZh:

python-qscintilla-qt5 is in optdeps. That's not ideal, because it requires the manual intervention if you need autokey-qt, but it's only one time. The main problem is the main GUI of autokey is GTK, it was built around it initially, and Qt support was broken for prolonged time and restored only recently. And we can create a separate autokey-qt package, but the only difference it would have the Qt optdeps becoming deps; I guess, we won't be able to remove any of the GTK deps.

FrederickZh commented on 2019-10-06 15:41

It seems that autokey-qt needs python-qscintilla-qt5 to run. Otherwise it exits with an ImportError: cannot import name 'Qsci' from 'PyQt5' (/usr/lib/python3.7/site-packages/PyQt5/__init__.py) error.

dark-saber commented on 2019-07-21 12:11

fzzy: Fixed, thank you!

fzzy commented on 2019-07-20 02:31

the package is missing a dependency: extra/python-setuptools

resulting in error:

Traceback (most recent call last): File "/usr/bin/autokey-gtk", line 6, in <module> from pkg_resources import load_entry_point ModuleNotFoundError: No module named 'pkg_resources'

dark-saber commented on 2019-05-01 21:13

ectospasm: For monitoring I'm just using the Update Scanner extension for Firefox for now. That's not ideal, I wanted to switch to something better, but too many projects are not on Github (yet? I see a certain trend), so I end up monitoring some random page with a changelog. For GitHub projects, I have some ugly script that downloads the latest release from Releases page, tries to build it and runs namcap, but that doesn't always work, sometimes people change the base filename or compression method over releases, sometimes they publish the latest releases not on GitHub, but in other places for whatever reason. Then I'm looking through the changelog and run the app (or app that uses the library) manually to check if it's broken, unless that's some minor release of a Python/Ruby library.

ectospasm commented on 2019-04-30 23:36

dark-saber: Nope, I missed something. In all the hubbub I had forgotten that I actually uninstalled the AUR package (the setup.py install method won't work otherwise). When I didn't see the update come across in my (pikaur) package list, I was alarmed and thought it hadn't updated. Hence my message.

I guess you have a script that polls GitHub for a new release so it builds automatically? Just curious on how that works.

dark-saber commented on 2019-04-30 11:30

ectospasm: The package was updated to 0.95.7 two hours before your comment. Did I miss something?

ectospasm commented on 2019-04-29 21:36

Version 0.95.7 was released by the upstream developer TODAY (2019-04-29). Please update the AUR accordingly, it contains a fix I need (bugfixes/issue_257).

ectospasm commented on 2019-02-12 02:35

This package should be renamed to autokey, as autokey-py3 has been merged upstream (autokey is written in Python3 now).

Also, there is an upstream branch (https://github.com/autokey/autokey/tree/bugfix/issue_257) which fixes an Xlib.error.BadAtom error I encountered with the AUR package released 2019-02-10T10:50 -05:00. I will be eagerly awaiting for upstream to merge this fix with master. The BadAtom error breaks the X loop for autokey, rendering at least typed abbreviations useless.

The upstream developer was EXTREMELY responsive. They gave an initial response within seconds of my post, and within 24 hours the bugfix was applied to a branch. I am extremely impressed by this.

D_Schwartfeger commented on 2018-10-25 02:15

Information for other users of KDE/oxygen-gtk: On Manjaro KDE with GTK3 theme oxygen-gtk the 'Main Window' doesn't display properly and I have to start with something like "GTK_THEME=Adwaita:Manjaro autokey-gtk". I don't know if this a problem with oxygen-gtk or Autokey. If anyone can help I could send verbose logging info.