Package Details: anki 25.02.1-1

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: 191
Popularity: 7.17
First Submitted: 2021-09-17 22:31 (UTC)
Last Updated: 2025-04-20 09:53 (UTC)

Required by (2)

Sources (7)

Latest Comments

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

antecrescent commented on 2024-04-06 10:31 (UTC) (edited on 2024-04-06 10:31 (UTC) by antecrescent)

You can also drop the python-pip-system-certs dependency for 24.04 since Arch already ships a patched python-requests, which uses the system cert store (https://gitlab.archlinux.org/archlinux/packaging/packages/python-requests/-/blob/main/certs.patch?ref_type=heads).

You'll need to patch qt/aqt/__init__.py accordingly: sed -i '/pip_system_certs/d' qt/aqt/__init__.py

python-pip-system-certs becomes optional with the next release (97efd49c).

misc commented on 2024-04-05 18:12 (UTC)

For the upcoming version, the "Switch to SvelteKit" (9f55cf26) currently includes some silly hardcoding of (with the PKGBUILD non-existing) packaged yarn.

  1. remove yarn wrapper script: rm $srcdir/anki/yarn
  2. sed -i 's/.\/yarn/yarn/g' build/ninja_gen/src/node.rs

antecrescent commented on 2024-04-05 15:22 (UTC)

Gentoo's Anki proxy-maintainer here :) You should be able to drop the disable-git-checks.patch, some repo setup steps in prepare() and PYTHON_BINARY. See: https://github.com/antecrescent/gentoo/blob/4be39573a8441db7498f21ac664e209da8247786/app-misc/anki/anki-24.04.ebuild

jthvai commented on 2024-04-03 14:08 (UTC) (edited on 2024-04-03 14:09 (UTC) by jthvai)

You were right, this was entirely my bad sorry - I should have tried to build locally before commenting. This was an issue with chaotic-aur's build process.

https://github.com/chaotic-aur/packages/issues/3096

AlexBocken commented on 2024-04-03 11:01 (UTC)

@jthvai Thanks for the report! That's odd, python-pip-system-certs is explicitly listed as a dependency and should prevent this error. Are you sure that package did install correctly on your machine?

This is my output on pacman -Ql python-pip-system-certs

◆ ~ ❯❯❯ pacman -Ql python-pip-system-certs
python-pip-system-certs /usr/
python-pip-system-certs /usr/lib/
python-pip-system-certs /usr/lib/python3.11/
python-pip-system-certs /usr/lib/python3.11/site-packages/
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs-0.1+ge7ada85.dist-info/
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs-0.1+ge7ada85.dist-info/LICENSE
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs-0.1+ge7ada85.dist-info/METADATA
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs-0.1+ge7ada85.dist-info/RECORD
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs-0.1+ge7ada85.dist-info/WHEEL
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs-0.1+ge7ada85.dist-info/top_level.txt
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs.pth
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__init__.py
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__pycache__/
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__pycache__/__init__.cpython-311.opt-1.pyc
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__pycache__/__init__.cpython-311.pyc
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__pycache__/__version__.cpython-311.opt-1.pyc
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__pycache__/__version__.cpython-311.pyc
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__pycache__/bootstrap.cpython-311.opt-1.pyc
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__pycache__/bootstrap.cpython-311.pyc
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__pycache__/wrapt_requests.cpython-311.opt-1.pyc
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__pycache__/wrapt_requests.cpython-311.pyc
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/__version__.py
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/bootstrap.py
python-pip-system-certs /usr/lib/python3.11/site-packages/pip_system_certs/wrapt_requests.py

Otherwise maybe force an install via paru -S python-pip-system-certs --asdeps but I don't want to recommend this way for everyone if your problem is reproducible. I was not able to reproduce it on three machines of mine though. Let me know if you have further information about particularities of your setup.

jthvai commented on 2024-04-03 01:57 (UTC)

Following the update to 24.04, anki now fails to launch with

Traceback (most recent call last):
  File "/usr/bin/anki", line 5, in <module>
    from aqt import run
  File "/usr/lib/python3.11/site-packages/aqt/__init__.py", line 9, in <module>
    import pip_system_certs.wrapt_requests
ModuleNotFoundError: No module named 'pip_system_certs'

Spixmaster commented on 2024-03-31 10:02 (UTC) (edited on 2024-03-31 10:02 (UTC) by Spixmaster)

I can confirm what @patenteng described. I tried to compile it too again with version 23.12.1-3 but the rustc process was killed again at arount 6 GiB. This time I did not use the TTY.

sohailhmmyes commented on 2024-03-26 14:29 (UTC)

Works fine now.

patenteng commented on 2024-03-25 14:52 (UTC)

@AlexBocken I recompiled, but I don't think it made much difference. It peaked at 8.3 GiB + 2 GiB for the rest of the OS with KDE only having closed all other applications. In my comment below I meant it used 10+ GiB in total.

AlexBocken commented on 2024-03-25 09:33 (UTC) (edited on 2024-03-25 09:34 (UTC) by AlexBocken)

@Spixmaster thanks for the detailed triage! The problem is most likely the new method for LTO which uses fat LTO objects, requiring more RAM. From personal testing with clang, gcc and mold (the old way) I could not find a large difference in RAM usage personally. All were around ~2.5 GiB at the worst moments. So what you're experiencing might be specific to some machines.

Nonetheless I've returned to the old way of doing LTO using mold in -3 as that appears to be more reliable across machines.

I've switched in -2 to using Fat LTO objects since that is the recommended way to fix this issue (see arch gitlab link in comments in PKGBUILD). For people who prefer their linker of choice, this method is still available by manually uncommenting the corresponding lines. The default is now again mold to allow for maximum compatibility.

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