Move project metadata to pyproject.toml

[cdce8p]

Followup to #113 (comment)

This PR moves the static project metadata from setup.py to pyproject.toml. It also removes setuptools as a required dependency, it's only necessary as part of the build system. Furthermore, I've removed the license classifier in preparation for PEP 639. This is supported by setuptools >=77.0, however it's only available for Python 3.9+. So this has to wait until 3.8 is dropped.

Metadata diff

 ...
-Author: Mikhail Korobov
-Author-email: [email protected]
+Author-email: Mikhail Korobov <[email protected]>
-Home-page: https://github.com/pytries/marisa-trie
+Project-URL: Source, https://github.com/pytries/marisa-trie
 License: MIT
 ...
-Classifier: License :: OSI Approved :: MIT License
 ...
-Requires-Dist: setuptools
 ...

[cdce8p]

Removed this line as well to fix the test. The sdist build is essentially tested with each CI test run (pip install .[test]) as well as with the dedicated "Build & Publish" job for changes to setup.py and pyproject.toml.

[BoboTiG]

Maybe can you fix this warning at the same time?

           ********************************************************************************
          Please use a simple string containing a SPDX expression for `project.license`. You can also use `project.license-files`. (Both options available on setuptools>=77.0.0).
  
          By 2026-Feb-18, you need to update your project and remove deprecated calls
          or your builds will no longer be supported.
  
          See https://packaging.python.org/en/latest/guides/writing-pyproject-toml/#license for details.
          ********************************************************************************

[cdce8p]

you fix this warning at the same time?

This is only possible with setuptools >=77.0 which would require dropping support for Python 3.8.

[BoboTiG]

OK for me to drop 3.8, it's EOL since 2024-10-07.

[cdce8p]

There has been some discussion in the Python discuss forum whether project.license should correspond to "all" included licenses or without bundled files. The consensus so far seems to be that it should refer to everything. I.e. the project AND the license of the bundled files.

[cdce8p]

With the latest cibuildwheel version, PyPy is skipped by default.

[cdce8p]

Changed this to just auto x86_64 which is equal to x86_64 arm64. Since both versions are build anyway there is no need for separate universal2 wheels.

[BoboTiG]

We will loose universal2 wheels then, right?

[cdce8p]

Correct. You can find the full list in the Publish job. https://github.com/pytries/marisa-trie/actions/runs/15952291034/job/44994668006?pr=120#step:3:6

For comparison this was from the PR to add free-threading: https://github.com/pytries/marisa-trie/actions/runs/15560917303/job/43818763321#step:3:6

It seems with the removal of the QEMU step we'll also loose the i686 wheels. IMO that's probably fine but if you want, I'll add them back. Only x86 is still build by "auto" even on a 64-bit system. Note though that this will likely change at some point as well. These are the defaults from cibuildwheels: https://cibuildwheel.pypa.io/en/stable/options/#archs

[BoboTiG]

Hm I guess this is OK as-is.

If one wants universal2, it can be easily crafted using delocate.

And about i686, no need to bother I would say.

[BoboTiG]

Thanks for the work @cdce8p 🥂