Bug#1019431: Bug#1019435: ITP: rapidfuzz - rapid fuzzy string matching

2024-03-02 Thread Julian Gilbey
rename 1019431 ITP: rapidfuzz-cpp -- C-API of the Python RapidFuzz package
thanks

On Sat, Mar 02, 2024 at 08:27:00PM +, Julian Gilbey wrote:
> merge 1019435 1019431 1019436
> thanks
> 
> The rapidfuzz-capi and jarowinkler packages have been merged into
> rapidfuzz, so I am merging these three ITPs into a single ITP.
> 
>Julian

On second thoughts, it doesn't make that much sense to bundle the C++
header file package with the Python package; it became clear as I was
writing debian/rules that they really are two separate packages.

Also renaming the package as rapidfuzz-cpp, following upstream.

   Julian



Bug#1019435: ITP: rapidfuzz - rapid fuzzy string matching

2024-03-02 Thread Julian Gilbey
On Sat, Mar 02, 2024 at 08:27:00PM +, Julian Gilbey wrote:
> merge 1019435 1019431 1019436
> thanks
> 
> The rapidfuzz-capi and jarowinkler packages have been merged into
> rapidfuzz, so I am merging these three ITPs into a single ITP.
> 
>Julian

On second thoughts, I'll package rapidfuzz-cpp separately, so
unmerging these bugs again.

   Julian



Processed (with 1 error): Re: Bug#1019435: ITP: rapidfuzz - rapid fuzzy string matching

2024-03-02 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> merge 1019435 1019431 1019436
Bug #1019435 [wnpp] ITP: rapidfuzz -- rapid fuzzy string matching
Unable to merge bugs because:
blockedby of #1019431 is '' not '1028157'
blockedby of #1019436 is '' not '1028157'
Failed to merge 1019435: Did not alter merged bugs.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1019431: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019431
1019435: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019435
1019436: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019436
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#1019435: ITP: rapidfuzz - rapid fuzzy string matching

2024-03-02 Thread Julian Gilbey
merge 1019435 1019431 1019436
thanks

The rapidfuzz-capi and jarowinkler packages have been merged into
rapidfuzz, so I am merging these three ITPs into a single ITP.

   Julian



Bug#1019435: ITP: rapidfuzz -- rapid fuzzy string matching

2022-09-09 Thread Julian Gilbey
On Fri, Sep 09, 2022 at 10:00:49AM +0100, Julian Gilbey wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Julian Gilbey 
> X-Debbugs-Cc: debian-de...@lists.debian.org, debian-de...@lists.debian.org, 
> debian-pyt...@lists.debian.org
> 
> * Package name: rapidfuzz
>   Version : 2.6.1
>   Upstream Author : Max Bachmann 
> * URL : https://github.com/maxbachmann/RapidFuzz
> * License : MIT
>   Programming Lang: Python
>   Description : rapid fuzzy string matching
> 
> RapidFuzz is a fast string matching library for Python and C++, which
> uses the string similarity calculations from
> [FuzzyWuzzy](https://github.com/seatgeek/fuzzywuzzy).  However there
> are a couple of aspects that set RapidFuzz apart from FuzzyWuzzy:
> 1) It is MIT licensed so it can be used whichever License you might want to 
> choose for your project, while you're forced to adopt the GPL license when 
> using FuzzyWuzzy
> 2) It provides many string_metrics like hamming or jaro_winkler, which are 
> not included in FuzzyWuzzy
> 3) It is mostly written in C++ and on top of this comes with a lot of 
> Algorithmic improvements to make string matching even faster, while still 
> providing the same results. For detailed benchmarks check the 
> [documentation](https://maxbachmann.github.io/RapidFuzz/fuzz.html)
> 4) Fixes multiple bugs in the `partial_ratio` implementation
> 
> This is a dependency of the latest upstream release of
> python3-textdistance.
> 
> There are also two C++ libraries contained within this package,
> managed as separate GitHub subrepositories.  One is rapidfuzz-cpp, and
> I am not sure whether to bundle this as a single package or whether to
> package this independently.  The other is taskflow
> (https://github.com/taskflow/taskflow)), a C++ header-only package; I
> think this should probably be packaged separately.
> 
> This package will be maintained within the Python Packaging Team.

I should have added: this package depends on Cython >= 3.0.0a7, so
this cannot be packaged until we have the new version of Cython
available.  The same applies for the JaroWinkler package.

   Julian



Bug#1019435: ITP: rapidfuzz -- rapid fuzzy string matching

2022-09-09 Thread Julian Gilbey
Package: wnpp
Severity: wishlist
Owner: Julian Gilbey 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-de...@lists.debian.org, 
debian-pyt...@lists.debian.org

* Package name: rapidfuzz
  Version : 2.6.1
  Upstream Author : Max Bachmann 
* URL : https://github.com/maxbachmann/RapidFuzz
* License : MIT
  Programming Lang: Python
  Description : rapid fuzzy string matching

RapidFuzz is a fast string matching library for Python and C++, which
uses the string similarity calculations from
[FuzzyWuzzy](https://github.com/seatgeek/fuzzywuzzy).  However there
are a couple of aspects that set RapidFuzz apart from FuzzyWuzzy:
1) It is MIT licensed so it can be used whichever License you might want to 
choose for your project, while you're forced to adopt the GPL license when 
using FuzzyWuzzy
2) It provides many string_metrics like hamming or jaro_winkler, which are not 
included in FuzzyWuzzy
3) It is mostly written in C++ and on top of this comes with a lot of 
Algorithmic improvements to make string matching even faster, while still 
providing the same results. For detailed benchmarks check the 
[documentation](https://maxbachmann.github.io/RapidFuzz/fuzz.html)
4) Fixes multiple bugs in the `partial_ratio` implementation

This is a dependency of the latest upstream release of
python3-textdistance.

There are also two C++ libraries contained within this package,
managed as separate GitHub subrepositories.  One is rapidfuzz-cpp, and
I am not sure whether to bundle this as a single package or whether to
package this independently.  The other is taskflow
(https://github.com/taskflow/taskflow)), a C++ header-only package; I
think this should probably be packaged separately.

This package will be maintained within the Python Packaging Team.