Arch Linux User Repository

I've picked up the torch of trying to maintain autokey-py3 upstream at https://github.com/autokey-py3/autokey. When trying to reproduce a bug, I encountered the missing kdebindings-python issue on Arch. In the meantime, a couple suggestions here: - Update the links to tarball (github release tarball) and - patch out the KDE/Qt Frontend and use just the GTK frontend in the meantime Thanks to dark-saber for maintaining this PKGBUILD!

After thinking about it a while, I reckon I'll wait till this is resolved upstream and there is something newer than now-deprecated pykde4. Are you going to report it upstream? Frankly, I'm not sure precisely what to report to whom. . .

Have you seen this topic: https://bbs.archlinux.org/viewtopic.php?id=203480? More specifically, could you check the output of these commands: $ which python $ python -c "import gi; print(gi.__spec__)" to make sure that the path to the module is /usr/lib/python3.5/site-packages/gi?

Does not run. Installing python-gobject or python-gobject2 did not help: $ autokey-gtk installed with “pip install -e” Traceback (most recent call last): File "/usr/bin/autokey-gtk", line 28, in <module> from autokey.gtkapp import Application File "/usr/lib/python3.5/site-packages/autokey/gtkapp.py", line 24, in <module> from gi.repository import Gtk, Gdk, GObject, GLib ImportError: No module named 'gi.repository' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/autokey-gtk", line 31, in <module> from src.lib.gtkapp import Application ImportError: No module named 'src'

Thanks for clarifying. . .

The problem here, as far as I can see, is that KDE is dropping Qt4 support (https://wiki.debian.org/Qt4WebKitRemoval), unfortunately, including pykde4, on which autokey-qt is based. So the temporary solution is installing kdebindings-python-common and kdebindings-python from Arch Linux Archive (https://archive.archlinux.org/packages/k/kdebindings-python-common/kdebindings-python-common-4.14.3-7-x86_64.pkg.tar.xz, https://archive.archlinux.org/packages/k/kdebindings-python/kdebindings-python-4.14.3-7-x86_64.pkg.tar.xz) - for now it works. But I guess this should be reported upstream, and the upstream should eventually move on to something newer than now-deprecated pykde4.

Could you give us an indication as to when you might be able to find the time to resolve this? I'm not trying to rush you. I understand this is a busy time of the year for many of us, and it may take you a while to get around to it. I'm just wondering how often to check back here.

So, I guess the problem here is that kdebindings-python were recently removed from [extra], and the new extra/kross-interpreters package does not provide the necessary bindings, at least not for python3. I'll look more into it, but for now autokey-qt is broken indeed.

Hi, Yes, they were already installed. Here is the output when I re-ran the installations, in case it reveals anything. I did not actually reinstall them but verified they were up to date: warning: kdebindings-python-git-r18.7679bd2-1 is up to date -- reinstalling warning: kdebindings-python2-git-r18.7679bd2-1 is up to date -- reinstalling warning: kdebindings-python-common-git-r18.7679bd2-1 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (3) kdebindings-python-common-git-r18.7679bd2-1 kdebindings-python-git-r18.7679bd2-1 kdebindings-python2-git-r18.7679bd2-1 Total Installed Size: 6.97 MiB Net Upgrade Size: 0.00 MiB warning: python-qscintilla-qt4-2.9.3-1 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) python-qscintilla-qt4-2.9.3-1 Total Installed Size: 1.33 MiB Net Upgrade Size: 0.00 MiB

nfs: Do you have all optdepends required for autokey-qt (python-qscintilla, kdebindings-python) installed too?