Arch Linux User Repository

ronjouch:

Yes, I've run into that with yay. Clearing the pkgdest or using yay -S --rebuild autokey seems to do the trick for me.

Thanks @dark-saber.

I had rebuilt and it didn't solve the issue. I guess my AUR helper (yay) must maintain a cache and the simple rebuild I did must have failed to bust its cache.

Anyway, problem addressed with 0.95.8-2 :)

Thanks, ectospasm.

Yeah, usually you have to rebuild all foreign (AUR) python packages after major python upgrades. pacman -Qqm may be helpful.

I've bumped the pkgrel to make sure everyone has rebuilt the package, but if I understand it correctly the philosophy of AUR is it's a user's responsibility to rebuild packages after the updates of their dependencies.

I changed directory to ~/.local/share/pikaur/aur_repos/autokey, and ran makepkg -sri to rebuild the package. That worked. This upstream issue defines the problem @ronjouch and I were getting:

https://github.com/autokey/autokey/issues/323

Make sure you rebuild the package. Apparently my AUR helper (pikaur) wasn't doing that properly after the change to Python3.8.

Same issue as user ectospasm since Arch's Python 3.8 upgrade. Re-building the package from PKGBUILD does not address the issue.

13:57:47 ~ autokey-gtk
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.8/site-packages/pkg_resources/__init__.py", line 3251, in <module>
    def _initialize_master_working_set():
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3234, in _call_aside
    f(*args, **kwargs)
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3263, in _initialize_master_working_set
    working_set = WorkingSet._build_master()
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 583, in _build_master
    ws.require(__requires__)
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 900, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 786, in resolve
    raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'autokey==0.95.7' distribution was not found and is required by the application

I'm getting a traceback when launching autokey-gtk:

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.8/site-packages/pkg_resources/__init__.py", line 3251, in <module>
  def _initialize_master_working_set():
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3234, in _call_aside
  f(*args, **kwargs)
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3263, in _initialize_master_working_set
  working_set = WorkingSet._build_master()
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 583, in _build_master
  ws.require(__requires__)
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 900, in require
  needed = self.resolve(parse_requirements(requirements))
File "/usr/lib/python3.8/site-packages/pkg_resources/__init__.py", line 786, in resolve
  raise DistributionNotFound(req, requirers)

@Dr-Bracket: You're missing python-qscintilla-qt5.

dark-saber, I don't quite understand your comment on how you fix autokey-qt. What packages should I additionally install to fix the following issue?

ImportError: cannot import name 'Qsci' from 'PyQt5' (/usr/lib/python3.7/site-packages/PyQt5/__init__.py)

yochananmarqos:

Thank you! I guess most of this should be fixed now.

python-setuptools was moved to deps per fzzy's report on 2019-07-20 07:31.

I'll look into splitting the package slightly later, I wanted to do it for long enough, but the last time I've tried to do that it appeared to be less trivial than I expected.