A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/attachments/20171107/7a38e3dd/attachment.html below:

<div dir="ltr"><div class="gmail_default" style="font-size:small">On Tue, Nov 7, 2017 at 12:35 AM, Donald Stufft <span dir="ltr"><<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>></span> wrote:</div><div class="gmail_default" style="font-size:small">[..]</div><div class="gmail_extra"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word">Maybe we just need to fully flesh out the idea of a "Python Core" (What exists now as â€œPython”) and a â€œPython Platform” (Python Core + A select set of preinstalled libraries). Then typing can just be part of the Python Platform, and gets installed as part of your typical installation, but is otherwise an independent piece of code.</div><br></blockquote><div>Given that (type and other) annotations have been promoted as an optional feature of the language it seems unfair and perhaps unwise to add a dependency specifically to support <div class="gmail_default" style="font-size:small;display:inline">​them</div> to the stdlib and therefore the Python core.<div class="gmail_default" style="font-size:small;display:inline">​ Since type annotations are, as Paul pointed out, development-time features, it​ would appear to behoove those wishing to use them to separate them in such a way that the software can be installed without annotations, and therefore without the need for the typing module. Assuming they would like to see the widest possible distribution, of course. For selected audiences I am sure typing will be <i>de rigeur</i>,</div><br></div><div><br></div><div><div><div class="gmail_default" style="display:inline">​In this scenario, surely the most "typical" installation would be a virtualenv. â€‹Do all virtualenvs rely on the same Platform? Who decides which additional libraries are required for the Platform? Doesn't this just add another "type of installation" distinction to confuse the unwary? How do I maintain the Platform separately from the Core? Does my sysadmin maintain either or both? I'd like to see a little more clarity about the benefits such a schism would offer.</div></div><div><div class="gmail_default" style="display:inline"><br></div></div><div><div class="gmail_default" style="display:inline">regards</div></div><div><div class="gmail_default" style="display:inline"> Steve</div></div><div><div class="gmail_default" style="display:inline"><br></div></div></div></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