Search Criteria
Package Details: anki 24.06.3-2
Package Actions
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: | 168 |
Popularity: | 4.27 |
First Submitted: | 2021-09-17 22:31 (UTC) |
Last Updated: | 2024-08-02 10:08 (UTC) |
Dependencies (30)
- python (python37AUR, python311AUR, python310AUR)
- python-beautifulsoup4
- python-certifi
- python-decorator
- python-distro
- python-flask-cors
- python-jsonschema
- python-markdown
- python-orjson (python-orjson-gitAUR)
- python-protobuf (python-protobuf-gitAUR)
- python-pyqt6-webengine
- python-pysocks
- python-requests
- python-send2trash
- python-waitress
- qt6-multimedia
- qt6-svg
- cargo (rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rust, rustup) (make)
- git (git-gitAUR, git-glAUR) (make)
- mold (mold-gitAUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- nodejs (nodejs-lts-fermiumAUR, nodejs-gitAUR, python-nodejs-wheelAUR, nodejs-lts-hydrogen, nodejs-lts-iron) (make)
- python-installer (python-installer-gitAUR) (make)
- python-wheel (make)
- rsync (rsync-gitAUR, rsync-reflinkAUR, rsync-reflink-gitAUR) (make)
- yarn (corepackerAUR, yarn-pnpm-corepackAUR, yarn-berryAUR) (make)
- lame (lame-svnAUR, lame-altivecAUR) (optional) – record sound
- mplayer (mplayer-vaapiAUR, mplayer-gui-svnAUR) (optional) – play sound
- mpv (mpv-light-pulseAUR, mpv-vapoursynth-gitAUR, mpv-build-gitAUR, mpv-amd-full-gitAUR, mpv-full-gitAUR, mpv-fullAUR, mpv-gitAUR, mpv-full-build-gitAUR) (optional) – play sound. prefered over mplayer
- texlive-most (optional) – render LaTex in cards
Required by (2)
- kindle2anki-git
- subs2srs (optional)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 30 Next › Last »
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 therustc
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.Spixmaster commented on 2024-03-25 08:17 (UTC) (edited on 2024-03-25 08:18 (UTC) by Spixmaster)
@patenteng @AlexBocken I further investigated the issue. For that, I used the TTY to minimise RAM usage.
From the fact that I was able to compile it the last time I considered what I changed since then which was that I set up
sccache
. I disabled it then this second time. It did not change the outcome noticably. My laptop has 7.64 GiB of RAM. Therustc
process was killed at around 6.7 GiB of memory usage both times. According to @patenteng, it takes more than 10 GiB. I do not know what happened since last time I compiled because then I was able to do so. Maybe a change from QT5 to QT6.Nevertheless, I will go with
anki-bin
.patenteng commented on 2024-03-25 06:46 (UTC)
RAM use when compiling is very high. It went to 10+ GB on my system.
Spixmaster commented on 2024-03-24 21:28 (UTC) (edited on 2024-03-24 21:28 (UTC) by Spixmaster)
@AlexBocken I monitored the RAM usage particularly know. You seem to be right and I hope that that is the reason. Thank you very much!
AlexBocken commented on 2024-03-24 20:08 (UTC) (edited on 2024-03-24 22:06 (UTC) by AlexBocken)
@Spixmaster Thanks for the report!
sccache: Compile terminated by signal 9
could indicate that this could be a RAM issue. Could you verify that you still have available memory when this signal is sent?If not so, consider reducing the parallel compile threads in your
/etc/makepkg.conf
(MAKEFLAGS=-j<number-of_threads
). Of course maybe also try closing memory-hogging applications like a browser during compilation. Using a swap partition could maybe also solve this.Spixmaster commented on 2024-03-24 17:13 (UTC) (edited on 2024-03-24 17:17 (UTC) by Spixmaster)
The package does not build for me. I tried it twice with the second time with cleaned cache,
rm -r .cache/paru/clone/anki/
.AlexBocken commented on 2024-03-24 09:34 (UTC)
Thanks for the feedback. I've bumped the pkgrel to ensure this will be fine for others as well.
Finally figured out how to get rid of mold and still have LTO. This has also been changed. If anki does not build in your environment anymore please comment here or shoot me an email.
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 30 Next › Last »