Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Antoine Pitrou
On Sun, 5 Nov 2017 13:46:59 +1000 Nick Coghlan wrote: > * ensurepip gains the ability to also install bundled wheel files Why? Why wouldn't you put the wheel directly in site-packages on install? Regards Antoine. ___ Python-ideas mailing list Python

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Paul Moore
On 5 November 2017 at 10:48, Antoine Pitrou wrote: > On Sun, 5 Nov 2017 13:46:59 +1000 > Nick Coghlan wrote: >> * ensurepip gains the ability to also install bundled wheel files > > Why? Why wouldn't you put the wheel directly in site-packages on > install? I'm not quite sure what you mean? It n

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Nick Coghlan
On 5 November 2017 at 23:30, Paul Moore wrote: > On 5 November 2017 at 10:48, Antoine Pitrou wrote: >> On Sun, 5 Nov 2017 13:46:59 +1000 >> Nick Coghlan wrote: >>> * ensurepip gains the ability to also install bundled wheel files >> >> Why? Why wouldn't you put the wheel directly in site-package

Re: [Python-ideas] Proposal to change Python version release cycle

2017-11-05 Thread M.-A. Lemburg
On 04.11.2017 20:33, Nick Timkovich wrote: > On Sat, Nov 4, 2017 at 10:44 AM, M.-A. Lemburg wrote: > >> Just to clarify: Python 2.0 was called 2.0 because the BeOpen marketing >> department thought it was good idea, not because there were major >> incompatible changes going into that release. >>

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Antoine Pitrou
Le 05/11/2017 à 14:30, Paul Moore a écrit : > On 5 November 2017 at 10:48, Antoine Pitrou wrote: >> On Sun, 5 Nov 2017 13:46:59 +1000 >> Nick Coghlan wrote: >>> * ensurepip gains the ability to also install bundled wheel files >> >> Why? Why wouldn't you put the wheel directly in site-packages o

Re: [Python-ideas] Proposal to change Python version release cycle

2017-11-05 Thread MRAB
On 2017-11-05 03:07, Nick Coghlan wrote: On 5 November 2017 at 01:29, Wolfgang wrote: On 04.11.2017 16:01, Nick Coghlan wrote: We're currently more likely to go the other direction, and stick with the 3.x numbering for an extended period (potentially reaching 3.10, 3.11, 3.12, etc), so that th

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Paul Moore
On 5 November 2017 at 14:47, Antoine Pitrou wrote: > > Le 05/11/2017 à 14:30, Paul Moore a écrit : >> On 5 November 2017 at 10:48, Antoine Pitrou wrote: >>> On Sun, 5 Nov 2017 13:46:59 +1000 >>> Nick Coghlan wrote: * ensurepip gains the ability to also install bundled wheel files >>> >>> Wh

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Antoine Pitrou
On Sun, 5 Nov 2017 18:22:11 + Paul Moore wrote: > On 5 November 2017 at 14:47, Antoine Pitrou wrote: > > > > Le 05/11/2017 à 14:30, Paul Moore a écrit : > >> On 5 November 2017 at 10:48, Antoine Pitrou wrote: > >>> On Sun, 5 Nov 2017 13:46:59 +1000 > >>> Nick Coghlan wrote: > *

[Python-ideas] About the efficiency of range()

2017-11-05 Thread Juancarlo Añez
I found this interesting: https://stackoverflow.com/a/46996392 -- Juancarlo *Añez* ___ Python-ideas mailing list [email protected] https://mail.python.org/mailman/listinfo/python-ideas Code of Conduct: http://python.org/psf/codeofconduct/

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Paul Moore
On 5 November 2017 at 18:40, Antoine Pitrou wrote: > I think typing shouldn't require any extra typing (ha) on Unix either. > I don't remember what the rationale was for having to type > "python -m ensurepip" to get pip installed, but typing is just a > library, not an executable tool that may be

Re: [Python-ideas] About the efficiency of range()

2017-11-05 Thread Serhiy Storchaka
05.11.17 20:49, Juancarlo Añez пише: I found this interesting: https://stackoverflow.com/a/46996392 Please explain your suggestion. ___ Python-ideas mailing list [email protected] https://mail.python.org/

Re: [Python-ideas] Proposal to change Python version release cycle

2017-11-05 Thread Serhiy Storchaka
04.11.17 17:29, Wolfgang пише: A good point but two digits minor version numbers have the possibility to break a lot code. There is a lot of stuff out where a single digit major version is assumed. Even the official Python build for windows with python27.dll, python36.dll can be problematic becau

Re: [Python-ideas] Proposal to change Python version release cycle

2017-11-05 Thread Stephan Houben
After python39.dll I'd expect python3A.dll . Or possibly python3⑽.dll >>> len("python3⑽.dll") == len("python39.dll") True No worries, then. Stephan 2017-11-05 20:28 GMT+01:00 Serhiy Storchaka : > 04.11.17 17:29, Wolfgang пише: > >> A good point but two digits minor version numbers have the po

Re: [Python-ideas] Proposal to change Python version release cycle

2017-11-05 Thread Serhiy Storchaka
05.11.17 21:53, Stephan Houben пише: After python39.dll I'd expect python3A.dll . The problem will return in 3.36. Or possibly python3⑽.dll >>> len("python3⑽.dll") == len("python39.dll") True No worries, then. But len(os.fsencode("python3⑽.dll")) != len(os.fsencode("python39.dll")). ___

Re: [Python-ideas] Proposal to change Python version release cycle

2017-11-05 Thread Stephan Houben
2017-11-05 21:02 GMT+01:00 Serhiy Storchaka : > But len(os.fsencode("python3⑽.dll")) != len(os.fsencode("python39.dll")). > > I think it is on Windows. os.fsencode should use UTF-16 there. ⑽ is in the BMP Presumably, non-Windows platforms wouldn't be interested in .dll files anyway... Stephan

Re: [Python-ideas] About the efficiency of range()

2017-11-05 Thread Terry Reedy
On 11/5/2017 1:49 PM, Juancarlo Añez wrote: I found this interesting: https://stackoverflow.com/a/46996392 python-list is the place to post 'interesting' python-related items. If you are proposing a repeat(n) builtin, that was discussed on this list and

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Barry Scott
On Saturday, 4 November 2017 20:22:25 GMT Guido van Rossum wrote: > On Sat, Nov 4, 2017 at 7:05 AM, Nick Coghlan wrote: > > Perhaps typing could switch to being a bundled module, such that it > > had its own version, independent of the Python standard library > > version, but was still present by

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Chris Angelico
On Mon, Nov 6, 2017 at 9:29 AM, Barry Scott wrote: > On Saturday, 4 November 2017 20:22:25 GMT Guido van Rossum wrote: >> On Sat, Nov 4, 2017 at 7:05 AM, Nick Coghlan wrote: >> > Perhaps typing could switch to being a bundled module, such that it >> > had its own version, independent of the Pytho

Re: [Python-ideas] Proposal to change Python version release cycle

2017-11-05 Thread Random832
On Sat, Nov 4, 2017, at 10:29, Wolfgang wrote: > For example the user specified python3 but I know it will be compatible > with python4 so the launcher can do something like > python3 is not found then I use python4 if available. > > ex.: > > #!/usr/bin/env py -3 If you actually try that, you'l

[Python-ideas] Possible enhancement to typing

2017-11-05 Thread Steve Barnes
The discussions on moving typing to a standalone library prompted me to take a look at the documentation for typing which in turn lead to an idea that should be reasonably simple to implement but greatly add value to typing for some applications. If a group of iterators were to be added to the

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Nick Coghlan
On 6 November 2017 at 09:08, Chris Angelico wrote: > On Mon, Nov 6, 2017 at 9:29 AM, Barry Scott wrote: >> If this is a mechanism that python kitting has then you would be able to >> bundle other packages like requests or six as well as typing, but because >> you can use pip to override the one s

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Nick Coghlan
On 6 November 2017 at 05:00, Paul Moore wrote: > On 5 November 2017 at 18:40, Antoine Pitrou wrote: >> I think typing shouldn't require any extra typing (ha) on Unix either. >> I don't remember what the rationale was for having to type >> "python -m ensurepip" to get pip installed, but typing is

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Chris Angelico
On Mon, Nov 6, 2017 at 5:06 PM, Nick Coghlan wrote: > On 6 November 2017 at 09:08, Chris Angelico wrote: >> On Mon, Nov 6, 2017 at 9:29 AM, Barry Scott wrote: >>> If this is a mechanism that python kitting has then you would be able to >>> bundle other packages like requests or six as well as ty

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Michel Desmoulin
Le 06/11/2017 à 07:07, Nick Coghlan a écrit : > It's the default on Unix as well - you have to do "make install > ENSUREPIP=no" to avoid getting it. (And some distros also modify their > Python installations so that pip is missing by default) On debian and derivatives (so Ubuntu) you need to inst

Re: [Python-ideas] Moving typing out of the stdlib in Python 3.7?

2017-11-05 Thread Lukasz Langa
> On 5 Nov, 2017, at 10:30 PM, Michel Desmoulin > wrote: > > Le 06/11/2017 à 07:07, Nick Coghlan a écrit : > >> It's the default on Unix as well - you have to do "make install >> ENSUREPIP=no" to avoid getting it. (And some distros also modify their >> Python installations so that pip is missi

[Python-ideas] Looking for input to help with the pip situation

2017-11-05 Thread Michel Desmoulin
Hello, Today I'm going to give a training in Python again. And again it will go the same way. On Mac I will have to make people install python, then tell them to use pip3. On Windows, I will have to warn them about checking the "add python executable to system path" (that one of them will ALWAY

Re: [Python-ideas] Possible enhancement to typing

2017-11-05 Thread Steven D'Aprano
On Sun, Nov 05, 2017 at 07:18:30PM +, Steve Barnes wrote: > If a group of iterators were to be added to the typing module it would > be reasonably simple to automatically add and assert to any decorated > modules to ensure that such modules were always called with the > documented types. "