replace all uses of distutils about vivarium-core HOT 1 OPEN

All the tools on your list are distutils/setuptools alternatives, except for:

• build which is not actually a build system -- it is a CLI for PEP 517, and thus can replace running setup.py directly.
• pipenv which is a program for managing virtualenvs and has nothing to do with build systems, not even the partial connection build has

flit's design goal is to only support the simple cases of pure python and it philosophically rejects all forms of code building, including e.g. embedding version numbers into module/_version.py.

poetry doesn't officially support compiled extensions. It has an undocumented feature to do so, but it involves importing setuptools and using setuptools Extension objects, which then get injected back into poetry. Using it means that poetry builds wheels by generating a setup.py file and running python setup.py build which... you are not supposed to do. :D

bento is dead since 2014, and got mentioned in the SciPy blog post (they used to have bento as an alternative build system): https://labs.quansight.org/blog/2021/07/moving-scipy-to-meson/

• Meson is a build tool like pyinvoke and Ruby rake, not a packaging tool

In case it wasn't already obvious, I am biased in favor of Meson. :D

Speaking of "a packaging tool"... As a build tool, it is less like pyinvoke and more like cmake, autotools, etc. And its core features include installing the results (to the python site-packages directory). For creating wheels specifically, you can use e.g. https://thiblahute.gitlab.io/mesonpep517/ to add wheel metadata on top of Meson, and make it pip-installable. In the long term, Meson does intend to support a builtin PEP 517 packaging backend, but we are not there yet.

from vivarium-core.