Package Details: anki 24.11-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: 178
Popularity: 4.93
First Submitted: 2021-09-17 22:31 (UTC)
Last Updated: 2024-12-23 08:04 (UTC)

Latest Comments

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 31 Next › Last »

E3LDDfrK commented on 2022-04-23 07:01 (UTC)

That one was messy. The tip to rebuild seems to work. Thanks.

AlexBocken commented on 2022-04-22 10:59 (UTC)

Creating an anki-qt6 seems like not a bad idea!

Nocifer commented on 2022-04-22 09:58 (UTC) (edited on 2022-04-22 10:05 (UTC) by Nocifer)

I consider breaking "quite a few addons" an absolute no-go, so if I were you I'd create a separate anki-qt6 (or some such) package and make sure it also provides anki, so that when a new user attempts to install anki via an AUR helper they'll be given the option of also installing (and thus become aware of the existence of) the more modern anki-qt6.

And in the future, when Qt6 becomes more prevalent and compatibility is no longer an issue, you switch this package to Qt6 by default, create (if needed, again for compatibility reasons) a separate anki-qt5 package, and kill anki-qt6 (i.e. merge it into this one to preserve comments/votes/etc).

EDIT: Or you can just go ahead and make the Qt6 switch in this package right now, and just create a new anki-qt5 package. It all depends on which add-ons will break - e.g. in my case I only really use AnkiConnect, so if that one is compatible I really don't care about making the switch. But my use case is not everybody's use case. And also keep in mind that Qt6 has theming issues in Qt5 environments, like e.g. the very prevalent KDE.

AlexBocken commented on 2022-04-22 09:27 (UTC)

I'm considering moving the package to using qt6 but this would break quite a few add-ons. Add-on compatibility has always been an issue with updating anki so I'm not quite sure how to proceed. Post your thoughts about moving from qt5 to qt6 here, I'm always open for other people's view on the matter.

AlexBocken commented on 2022-04-20 21:06 (UTC)

2.1.50 is out!

As always, the build process can throw some errors. Try to install a second time and/or clean ~/.cache/bazel and your AUR manager cache. This is a known issue of anki itself, not of this package.

@Nocifer, thanks for the help. Yes, .bazel/ was the solution. RTFM really can do wonders.

Nocifer commented on 2022-04-20 20:03 (UTC)

Hmm, I was under the impression that these bazel-* symlinks inside the source root are always created by default. Anyway, skimming through the commits that affect BUILD.bazel I found this one: "updates to the build process and binary bundles", which includes the following info:

All platforms:

- wheel outputs and binary bundles now go into .bazel/out/dist. While
not technically Bazel build products, doing it this way ensures they get
cleaned up when 'bazel clean' is run, and it keeps them out of the source
folder.

I'd say this .bazel/out/dist dir sounds like an interesting place to look for compiled wheels :P

If this turns out to be unhelpful, then I'd need to try and build 2.1.50 myself and use the output to look for a solution. Which means I'd appreciate it if you pointed me towards an updated PKGBUILD and updated patches (especially the latter).

AlexBocken commented on 2022-04-20 20:02 (UTC)

Nvmd maybe reading the documentation would help. 2.1.50 probably coming soon

AlexBocken commented on 2022-04-20 18:45 (UTC)

yes those two. The issue with 2.1.50 is that it doesn't create a folder like bazel-bin anymore. The .whl files still get created which can be seen if one looks into ~/.cache/bazel/... but theres no link to the srcdir anymore. There has been a change in the main BUILD.bazel from 2.1.49 to 2.1.50, noticably the removal of

    package_dir = "bazel-dist",

in pkg_tar(). Manually readding something similar does not create a directory as I would have hoped when building via bazel build -c opt wheels

Nocifer commented on 2022-04-20 14:18 (UTC)

Which files specifically? While building 2.1.49 (building 2.1.50 requires updating patches and what not so I couldn't be bothered) all I could find are these two:

{srcdir}/anki-2.1.49/bazel-bin/pylib/anki/anki-2.1.49-cp38-abi3-manylinux2014_x86_64.whl

and

{srcdir}/anki-2.1.49/bazel-bin/qt/aqt/aqt-2.1.49-py3-none-any.whl

Is it them you were looking for?

AlexBocken commented on 2022-04-20 11:44 (UTC)

The build process is giving me issues with 2.1.50. If anyone has a reliable technique to find the required .whl files which get created in ~/.cache/bazel help is always appreciated.

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 31 Next › Last »