Showing content from http://mail.python.org/pipermail/python-dev/attachments/20181129/548cb7f2/attachment.html below:
<div dir="ltr">meta: I'm not participating in this sub-thread. Just changing the subject line.<div><br><div class="gmail_quote"><div dir="ltr">On Thu, Nov 29, 2018 at 9:17 AM Christian Heimes <<a href="mailto:christian@python.org">christian@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 29/11/2018 17.32, Antoine Pitrou wrote:<br>
> We may ask ourselves if there is really a large difference between a<br>
> "standard distribution" and a "standard library". The primary<br>
> difference seems to be that the distribution is modular, while the<br>
> stdlib is not.<br>
<br>
Yes, there is a huge difference between a larger distribution and a<br>
stdlib. I'm going to ignore all legal issues and human drama of "choose<br>
your favorite kid", but start with a simple example.<br>
<br>
I'm sure we can all agree that the requests library should be part of an<br>
extended Python distribution. After all it's the best and easiest HTTP<br>
library for Python. I'm using it on a daily basis. However I would<br>
require some changes to align it with other stdlib modules. Among others<br>
requests and urllib3 would have to obey sys.flags.ignore_environment and<br>
accept an SSLContext object. Requests depends on certifi to provide a CA<br>
trust store. I would definitely veto against the inclusion of certifi,<br>
because it's not just dangerous but also breaks my code.<br>
<br>
If we would keep the standard distribution of Python as it is and just<br>
have a Python SIG offer an additional extended distribution on<br>
<a href="http://python.org" rel="noreferrer" target="_blank">python.org</a>, then I don't have to care about the quality and security of<br>
additional code. The Python core team would neither own the code nor<br>
takes responsibility of the code. Instead the extended distribution SIG<br>
merely set the quality standards and leave the maintance burden to the<br>
original owners. In case a library doesn't keep up or has severe flaws,<br>
the SIG may even decide to remove a package from the extended distribution.<br>
<br>
Christian<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/greg%40krypto.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/greg%40krypto.org</a><br>
</blockquote></div></div></div>
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