New to Python packaging? Avoid hatch (danpassaro.dev)

submitted 2 days ago by dan_p_the_dev@lemmy.world to c/python@programming.dev

26 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[-] eager_eagle@lemmy.world 5 points 2 days ago* (last edited 1 day ago)

It's the conservative choice, which is maybe not ideal for new projects as it predates many PEPs. Hatch, uv, poetry, pdm, are probably all better modern choices.

[-] foenkyfjutschah@programming.dev 1 points 1 day ago

how so?

[-] eager_eagle@lemmy.world 3 points 1 day ago* (last edited 1 day ago)

Caution

If you use setuptools, please be aware that some features that predate standardisation efforts are now deprecated and only temporarily kept for compatibility.

In particular, do not use direct python setup.py invocations. On the other hand, configuring setuptools with a setup.py file is still fully supported, although it is recommended to use the modern [project] table in pyproject.toml (or setup.cfg) whenever possible and keep setup.py only if programmatic configuration is needed. See Is setup.py deprecated?.

Other examples of deprecated features you should not use include the setup_requires argument to setup() (use the [build-system] table in pyproject.toml instead), and the easy_install command (cf. pip vs easy_install).

https://packaging.python.org/en/latest/guides/tool-recommendations/

it's just easier to have a modern hassle-free setup with the other tools