One of the misguided points is this:
> It is also notable that PEP 20, the Zen of Python, states this:
> There should be one-- and preferably only one --obvious way to do it.
> Python packaging definitely does not follow it. There are 14 ways, and none of them is obvious or the only good one. All in all, this is an unsalvageable mess. Why can’t Python pick one tool?
So a few comments on that:
1. There is a reason PEP 20 is called "Zen of Python" and not "Zen of Python Packaging".
1a. Even if it applied to the ecosystem and not just the language itself - PEP 20 is a guide, not a set of divine laws.
2. There is one obvious way, right there in the Python documentation. [0] Yes, it lists several different tools, but "a way to do it" and "a tool to do it with" are two very different topics.
3. "Why can’t Python pick one tool?" I never understood this fixation on silver bullets and "one tool to rule them all"... As long as common principles are well defined - which has been true for Python for quite some time even before PEP 517, with things like PyPI and pip - what is the harm in having multiple competing solutions?
[0] https://packaging.python.org/en/latest/tutorials/packaging-p...