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

2017-11-15 Thread Nick Coghlan
On 16 November 2017 at 05:29, Zachary Ware wrote: > On Wed, Nov 15, 2017 at 1:07 PM, Steve Dower > wrote: > > My preferred solution for this is to rename "py.exe" to "python.exe" (or > > rather, make a copy of it with the new name), and

Re: [Python-ideas] Consider (one day) adding an inheritance order class precedence mechanism

2017-11-15 Thread Greg Ewing
Steven D'Aprano wrote: These are not equivalent: B < S, E B < E, S Not in general, but in many cases they will be, e.g. if E and S have no method names in common. I think the OP is implying that his case is one of those. Maybe what's really wanted is a way to say "B inherits from S and E,

Re: [Python-ideas] Consider (one day) adding an inheritance order class precedence mechanism

2017-11-15 Thread Neil Girdhar
On Wednesday, November 15, 2017 at 5:32:00 PM UTC-5, Koos Zevenhoven wrote: > > On Wed, Nov 15, 2017 at 11:49 PM, Neil Girdhar > wrote: > >> Sometimes I get MRO failures when defining classes. For example, if >> >> R < E, C >> B < S, E >> S < C >> Z < B, R >> >> Then Z

Re: [Python-ideas] Consider (one day) adding an inheritance order class precedence mechanism

2017-11-15 Thread Steven D'Aprano
On Wed, Nov 15, 2017 at 01:49:03PM -0800, Neil Girdhar wrote: > Sometimes I get MRO failures when defining classes. For example, if > > R < E, C > B < S, E > S < C > Z < B, R > > Then Z cannot be instantiated because C precedes E in B and E precedes C in > R. The problem is that when the

Re: [Python-ideas] Terminology of types / typing [was: PEP 560 (second post)]

2017-11-15 Thread Koos Zevenhoven
On Wed, Nov 15, 2017 at 8:41 PM, Ivan Levkivskyi wrote: > ​​ > At some point it was proposed to distinguish two things: types (static) > and classes (runtime). > I don't think we need more fine grained terminology here. > > ​Yeah, well I was trying to wrap my head around

Re: [Python-ideas] Consider (one day) adding an inheritance order class precedence mechanism

2017-11-15 Thread Koos Zevenhoven
On Wed, Nov 15, 2017 at 11:49 PM, Neil Girdhar wrote: > Sometimes I get MRO failures when defining classes. For example, if > > R < E, C > B < S, E > S < C > Z < B, R > > Then Z cannot be instantiated because C precedes E in B and E precedes C > in R. The problem is that

[Python-ideas] Consider (one day) adding an inheritance order class precedence mechanism

2017-11-15 Thread Neil Girdhar
Sometimes I get MRO failures when defining classes. For example, if R < E, C B < S, E S < C Z < B, R Then Z cannot be instantiated because C precedes E in B and E precedes C in R. The problem is that when the inheritance graph was topologically-sorted in B, the order was S, C, E. It could

[Python-ideas] Greetings from a lurker

2017-11-15 Thread Robert
Hi, I've been lurking for quite a time and just wanted to let you know I'm out here. Thanks for making Python the best! Robert Kaplan ___ Python-ideas mailing list Python-ideas@python.org https://mail.python.org/mailman/listinfo/python-ideas Code

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

2017-11-15 Thread Zachary Ware
On Wed, Nov 15, 2017 at 1:07 PM, Steve Dower wrote: > My preferred solution for this is to rename "py.exe" to "python.exe" (or > rather, make a copy of it with the new name), and extend (or more likely, > rewrite) the launcher such that: > > * if argv[0] == "py.exe", use

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

2017-11-15 Thread Steve Dower
On 15Nov2017 0617, Nick Coghlan wrote: On 15 November 2017 at 22:46, Michel Desmoulin > wrote: Should I do a PEP with a summary of all the stuff we discussed ? I think a Windows-specific PEP covering adding PATH updates back to

Re: [Python-ideas] Terminology of types / typing [was: PEP 560 (second post)]

2017-11-15 Thread Ivan Levkivskyi
At some point it was proposed to distinguish two things: types (static) and classes (runtime). I don't think we need more fine grained terminology here. -- Ivan On 15 November 2017 at 17:54, Koos Zevenhoven wrote: > On Wed, Nov 15, 2017 at 1:41 PM, Koos Zevenhoven

Re: [Python-ideas] Modules as global namespaces rather than dicts

2017-11-15 Thread Neil Schemenauer
On 2017-11-15, Koos Zevenhoven wrote: > Another point, perhaps more difficult to address: Would for instance > globals() then return a module instead of a dict/mapping?​ For compatibility, it would definitely have to return a dict. As a result, calling globals() would cause the "fast globals"

Re: [Python-ideas] Terminology of types / typing [was: PEP 560 (second post)]

2017-11-15 Thread Koos Zevenhoven
On Wed, Nov 15, 2017 at 1:41 PM, Koos Zevenhoven wrote: [..] > What do we call such a "type"? Maybe we have both "concrete" and "strictly > concrete" types. Perhaps we also have both "abstract" and "strictly > abstract" types. An ABC with some concrete default implementations

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

2017-11-15 Thread Nick Coghlan
On 15 November 2017 at 22:46, Michel Desmoulin wrote: > Le 13/11/2017 à 19:57, Chris Barker a écrit : > > 3) Make --user be be automatic for pip install. Not actually the > > default, but pip could do a user install if you don't have the > > permissions for a non-user

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

2017-11-15 Thread Michel Desmoulin
Le 13/11/2017 à 19:57, Chris Barker a écrit : > This has gotten to be a big thread, and it's a pretty intractable > problem, but I think there are a few fairly small things that could be > done to at least make it a bit easier: > > 1) Add python2.exe and python3.exe files to the Windows

Re: [Python-ideas] PEP 560 (second post)

2017-11-15 Thread Koos Zevenhoven
On Tue, Nov 14, 2017 at 4:49 AM, Nick Coghlan wrote: > On 14 November 2017 at 09:41, Guido van Rossum wrote: > > > > Thanks, I am happy now with the PEP, except for one detail: maybe > > `__mro_entry__` should always return a tuple and then maybe renamed to

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

2017-11-15 Thread Nick Coghlan
On 15 November 2017 at 19:51, Paul Moore wrote: > On 15 November 2017 at 08:22, Nick Coghlan wrote: > > On 15 November 2017 at 16:13, Steve Barnes > wrote: > >> > >> - "pip -X[.Y][-32|-64] operation ..." tries to find a python

Re: [Python-ideas] Modules as global namespaces rather than dicts

2017-11-15 Thread Serhiy Storchaka
14.11.17 22:34, Neil Schemenauer пише: This is an idea I have been playing with and seems to hold some promise. I think we should use a module instance as the standard global namespace rather than directly using its dict. I have a prototype version of CPython that does this, not working 100%

Re: [Python-ideas] A proliferation of (un-)Pythonically programmatic pragmas

2017-11-15 Thread Nick Coghlan
On 14 November 2017 at 10:27, Brett Cannon wrote: > > On Mon, Nov 13, 2017, 15:55 Steven D'Aprano, wrote: > >> On Mon, Nov 13, 2017 at 06:37:05PM -0500, Barry Warsaw wrote: >> > Brett Cannon wrote: >> > >> > > And possibly the easiest way to reach them is

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

2017-11-15 Thread Paul Moore
On 15 November 2017 at 08:22, Nick Coghlan wrote: > On 15 November 2017 at 16:13, Steve Barnes wrote: >> >> - "pip -X[.Y][-32|-64] operation ..." tries to find a python matching >> -X[.Y][-32|-64] and if it succeeds executes "python -m pip operation

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

2017-11-15 Thread Nick Coghlan
On 15 November 2017 at 16:13, Steve Barnes wrote: > - "pip -X[.Y][-32|-64] operation ..." tries to find a python matching > -X[.Y][-32|-64] and if it succeeds executes "python -m pip operation > ..." with that python, (if it doesn't find a matching python is should >