[nuclear_eclipse]

I think the general feeling in the community is that the standard library is where packages go to die. Once something is in the standard library, it can't get meaningful features/updates outside of the yearly release cycle. pip and setuptools are already vendoring a TOML implementation, and once you have pip, you can pick from multiple great toml implementations that are all under active development. Maybe once the packages/standards for TOML are finalized and the only thing left to do is fix bugs, maybe then we'll see a TOML implementation in the standard library, but in the modern age where you can fetch dependencies at any time, there's honestly not that much incentive for CPython developers to take on more burden of maintenance and development for the already-massive standard library.

[thayne]

> the standard library is where packages go to die

I totally understand that sentiment. But that does seem to contradict the "batteries included" philosophy. Then again pip itself seems like one of the batteries you would expect to be included, so maybe that philosophy is just no longer as relevant to python.

[afiori]

my understanding is that the batteries included philosophy wasn't really successful. probably it would have been better if they had a smaller standard library providing core language-level functionality and then many blessed p packages that with independent versioning

[lmm]

It was successful at the time. Remember Python is nearly 30 years old now, and has always had the worst dependency management of any major language.

[thayne]

I don't know c++ dependency management is pretty terrible.

[lmm]

Python now includes pip itself in the standard library (which is a spectacularly poor decision IMO).

[nuclear_eclipse]

Nit: the standard library includes a module to fetch and install pip. It doesn't include pip itself.