On 29Nov2018 0923, Antoine Pitrou wrote: > I think the whole argument amounts to hand waving anyway. You are > inventing an extended distribution which doesn't exist (except as > Anaconda) to justify that we shouldn't accept more modules in the > stdlib. But obviously maintaining an extended distribution is a lot > more work than accepting a single module in the stdlib, and that's why > you don't see anyone doing it, even though people have been floating the > idea for years. https://anaconda.com/ https://www.activestate.com/products/activepython/ http://winpython.github.io/ http://python-xy.github.io/ https://www.enthought.com/product/canopy/ https://software.intel.com/en-us/distribution-for-python http://every-linux-distro-ever.example.com Do I need to keep going? Accepting a module in the stdlib means accepting the full development and maintenance burden. Maintaining a list of "we recommend these so strongly here's an installer that will give them to you" is a very different kind of burden, and one that is significantly easier to bear. Cheers, Steve
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4