Package Details: anki 24.06.3-2

Git Clone URL: https://aur.archlinux.org/anki.git (read-only, click to copy)
Package Base: anki
Description: Helps you remember facts (like words/phrases in a foreign language) efficiently
Upstream URL: https://apps.ankiweb.net/
Keywords: anki languages learning vocabulary
Licenses: AGPL3
Conflicts: anki-bin, anki-git, anki-qt5
Submitter: demize
Maintainer: AlexBocken
Last Packager: AlexBocken
Votes: 169
Popularity: 4.50
First Submitted: 2021-09-17 22:31 (UTC)
Last Updated: 2024-08-02 10:08 (UTC)

Latest Comments

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 Next › Last »

Nocifer commented on 2021-12-14 13:42 (UTC)

I think all of these latest issues have to do with the new Python 3.10 and 2.1.49's frozen-in-time Python dependencies, which are too old to play nicely with Arch's bleeding-edge-ish system libraries. As a test, yesterday I compiled the latest master and it built quite successfully, and it now works without any crashes whatsoever, and even the tooltips are no longer getting cut off; so I believe any issues with this package will be resolved automagically whenever Anki 2.1.50 is released.

AlexBocken commented on 2021-12-14 13:22 (UTC)

@Pave This is probably due to the update of python from 3.9 to 3.10 and python-pyqt5 being installed for python3.9. A correct reinstall of the package in question would solve the issue.

sudo pacman -S pyqt5

If this does not work for you, you can try these two manual methods below.

maybe it's enough to move all the python-pyqt5 files from /usr/lib/python3.9/site-packages to /usr/lib/python3.10/site-packages.

sudo cp -r /usr/lib/python3.9/site-packages/PyQt5* /usr/lib/python/3.10/site-packages/

I think this was enough for my anki install to work again.

The underlying issue is a bit larger, so personally I found this method to work: (use at your own discretion, quite brute-force)

sudo rm -rf /usr/lib/python3.9 (or mv if you want a backup just in case)
sudo rm -rf ~/.cache/paru/clone (for AUR python packages)
sudo rm -rf /var/cache/pacman/pkg (again, nv if you want a backup just in case)
paru -S $(paru -Qqs python | grep '^python-') (this now forces a reinstall of all python packages (at least the ones starting wiht "python-", including python-pyqt5)

51mon commented on 2021-12-14 13:17 (UTC)

The tooltip notifications e.g. when a card gets buried, are cut off. See this thread

I think it started with the Manjaro update 2021-12-10. Dependencies that got updated are:

python-requests
python-pysocks
python-orjson
python-distro
python-markdown

Any idea how to resolve this?

Pave commented on 2021-12-14 11:40 (UTC)

Since yesterday the program doesn't start anymore. I already tried reinstalling. The installation works fine, but it still isn't possible to run anki.

When starting anki the following error shows up:

 Qt fatal: Could not find QtWebEngineProcess
 Aborted (core dumped)

I think some Qt files aren't properly transferred. Anyone has a fix?

AlexBocken commented on 2021-12-13 16:20 (UTC)

If you're having compilation issues, try a

sudo rm -rf ~/.cache/paru/clone/anki
sudo rm -rf ~/.cache/bazel
paru -S anki

first. (replace paru with your AUR manager of choice but adjust .cache/<AUR manager> accordingly)

Bazel does not seem to build as cleanly in the srcdir as I would like to and seems to download stuff into .cache/bazel. If someone knows a good fix for this please post it here in the comments or send me an email.

AlexBocken commented on 2021-12-13 13:04 (UTC)

Since this package has been adopted and orphaned multiple times without any updates over the last few months I decided to go ahead with my merge request to merge anki-release-source into this repo. As already explained, my philosophy for maintaining this package will be to "go with the times" as the developer of anki called it and ignore the fact that the install process pulls its own resources during build() instead of using the installed packages/libraries. My goal here is reliable compilation and easier update-ability. Suggestions for improvements to this PKGBUILD that go in this direction are of course always welcomed and encouraged.

AlexBocken commented on 2021-11-23 10:02 (UTC)

Glad we were able to figure out the culprit. About PYTHONPATH I'm not sure if I'm the right person to ask.

ddavo commented on 2021-11-23 09:47 (UTC)

@AlexBocken

Here is my output. I thought everything was up-to-date, but I didn't know about pip show...

$ yay -Qs python-markdown
local/python-markdown 3.3.5-1
    Python implementation of John Gruber's Markdown.
$ yay -Qs importlib-metadata
local/python-importlib-metadata 4.8.1-1
    Read metadata from Python packages
local/python2-importlib-metadata 2.1.1-1
    importlib_metadata is a library to access the metadata for a Python package
$ pip show importlib-metadata
Name: importlib-metadata
Version: 1.5.0
Summary: Read metadata from Python packages
Home-page: http://importlib-metadata.readthedocs.io/
Author: Barry Warsaw
Author-email: barry@python.org
License: Apache Software License
Location: /home/davo/.local/lib/python3.9/site-packages
Requires: zipp
Required-by: Markdown

It turned out I was using a non updated version installed with pip install --user.

Btw, it is possible (or a good idea) to change the PYTHONPATH for this program (or pacman installed programs) so I don't have this problem again?

AlexBocken commented on 2021-11-23 09:39 (UTC) (edited on 2021-11-23 09:40 (UTC) by AlexBocken)

@DSinapellido Thanks for the feedback! Hmm... not straightforward to me what it could be. https://github.com/jaraco/keyring/issues/501 Here it's related to python-importlib-metadata. This package seems to come up multiple times with this error. But importlib-metadata is a dependency of python-markdown and thus should be installed. Can you check manually whether that's the case for you? (paru -Qs python-importlib-metadata)What version has importlib-metadata in your case? pip show importlib-metadata can give you relevant information.