Package Details: python-rapidfuzz-git 0.9.2.r0.geae941a-1

Git Clone URL: https://aur.archlinux.org/python-rapidfuzz-git.git (read-only, click to copy)
Package Base: python-rapidfuzz-git
Description: Rapid fuzzy string matching in Python using the Levenshtein Distance
Upstream URL: https://github.com/maxbachmann/rapidfuzz
Licenses: MIT
Provides: python-rapidfuzz
Submitter: joposter
Maintainer: joposter
Last Packager: joposter
Votes: 0
Popularity: 0.000000
First Submitted: 2020-06-01 10:40 (UTC)
Last Updated: 2020-08-02 15:35 (UTC)

Required by (9)

Sources (2)

Latest Comments

pekkarr commented on 2022-07-30 12:28 (UTC) (edited on 2022-07-30 12:28 (UTC) by pekkarr)

There are a few issues with the package:

  • Make dependencies git, cython3, python-rapidfuzz-capi and python-scikit-build are missing.
  • Dependency python-jarowinkler is missing.
  • Check dependencies python-hypothesis and python-pandas are missing.
  • Optional dependency python-numpy is missing.
  • The PYTHONPATH in check is outdated and causes the tests to fail.
  • The build function should set RAPIDFUZZ_BUILD_EXTENSION=1 environment variable, which makes sure that the C extension is compiled. Otherwise only a pure python implementation gets installed if compilation fails.
  • The value of arch should be x86_64.
  • The PKGBUILD should declare conflicts=(python-rapidfuzz).
  • Consider also migrating to PEP 517 based build.
  • CMake uses build type Release by default, which sets the -O3 compiler optimization flag overriding Arch's default -O2 flag, see the CMake package guidelines for details. This can be avoided by setting the None build type. The python-rapidfuzz PKGBUILD can be used as an example on how to do this with a PEP 517 build.
  • Git repositories for jarowinkler-cpp and taskflow should probably be added to the source array and prepare function. Alternatively, there are cpp-taskflow, rapidfuzz-cpp and jarowinkler-cpp packages that provide the libraries and could be added in makedepends.

joposter commented on 2020-07-24 08:36 (UTC)

@flying-sheep is there a difference between the pypi version and the version from the github-repo ? Or do you mean to ask why there is no binary package?

flying-sheep commented on 2020-07-24 08:33 (UTC)

Hi, just wondering why there’s no package for the PyPI version?