Re: [Python-ideas] Possible enhancement to typing

On Tue, Nov 7, 2017 at 2:58 AM, Guido van Rossum wrote: > On Mon, Nov 6, 2017 at 2:34 AM, Stéfane Fermigier > wrote: > >> 4) 10 years ago, when I was working on the EDOS project ( >> http://cordis.europa.eu/pub/ist/docs/directorate_d/st-ds/edo >>

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

What a soap opera. :-) On Mon, Nov 6, 2017 at 5:22 PM, Barry Warsaw wrote: > Nick Timkovich wrote: > > > Alternative history question: if it was just 1.6 > > Guido's time machine strikes again. There was both a Python 1.6 and a > 1.6.1. > >

Re: [Python-ideas] Possible enhancement to typing

On Mon, Nov 6, 2017 at 2:34 AM, Stéfane Fermigier wrote: > 4) 10 years ago, when I was working on the EDOS project ( > http://cordis.europa.eu/pub/ist/docs/directorate_d/st-ds/ > edos-project-story_en.pdf ), I ran a small experiment where I used, IIRC, > the profile hook to

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

Guido van Rossum wrote: > This is beginning to sound like the most attractive solution. We could > possibly do away with typing_extensions. Are there precedents of how to > bundle a module in this way? Or is it going to be another special case like > pip? With my downstream consumer hat on,

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

Nick Timkovich wrote: > Alternative history question: if it was just 1.6 Guido's time machine strikes again. There was both a Python 1.6 and a 1.6.1. https://www.python.org/download/releases/1.6/ https://www.python.org/download/releases/1.6.1/ The "Contractual Obligation" releases. (And

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

M.-A. Lemburg wrote: > The first ever major backwards incompatibility release switch we > had in Python after the great renaming of the C APIs between > Python 1.1 and 1.2 (which was only visible to C extensions and > relatively easy to fix using a compatibility header file), > was the transition

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

On 07.11.2017 1:48, Chris Barker wrote: On Mon, Nov 6, 2017 at 9:52 AM, Michel Desmoulin > wrote: I know and you still: - have to use py -m on windows, python3 linux, python in virtualenv... can't you use python3 -m pip

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

On Mon, Nov 6, 2017 at 9:52 AM, Michel Desmoulin wrote: > I know and you still: > > - have to use py -m on windows, python3 linux, python in virtualenv... > can't you use python3 -m pip install . everywhere? That's what I tell my beginner students to do, and

Re: [Python-ideas] install pip packages from Python prompt

On Sat, Nov 4, 2017 at 7:16 AM, Wes Turner wrote: > > This works today but is inadvisable because it risks wasting bandwidth if > the %run (!) instructions are frequently re-run unnecessarily: > > $ ipython > >>> !pip install -U ipython > >>> exit() > $ ipython > does it

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

> I don't see anything particularly bogging here. > It's always like this when you have multiple versions of the same > software on the system. There's only one PATH, after all. > > Heck, *the mere fact that Python allows to work like this is already a > huge leap forward.* **Doing this

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

Le 06/11/2017 à 09:50, Stephan Houben a écrit : > Hi Michel, > > That's exactly why I proposed a `pip` function available from the Python > prompt. > I suppose you could still tell your students to copy/paste the following > into their > Python interpreter. > > def pip(args): >     import sys

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

> > Software Carpentry starts out with the Anaconda distribution, as it > not only improves the cross-platform UX consistent situation, it also > deals with the external binary dependency problem (at least for the > core set of packages provided either natively or via conda-forge). > Yeah but

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

Le 06/11/2017 à 09:47, Nick Coghlan a écrit : > On 6 November 2017 at 16:47, Michel Desmoulin > wrote: >> I really want some people from this list to discuss here so we can find >> a way to either unify a bit the way we install and use pip, or find a >> way to

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

> > Do you know about "fades"? > > https://fades.readthedocs.io/en/release_6_0/ So when they read any tutorial online they don't have reusable knowledge ? ___ Python-ideas mailing list Python-ideas@python.org

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

> > > This is pretty much how I thought things worked for all built-in > packages until this thread came up.  Is there any reason to not do this > for all of stdlib? > > > ___ > Python-ideas mailing list > Python-ideas@python.org >

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

On 11/06/2017 06:48 AM, brent bejot wrote: On Mon, Nov 6, 2017 at 9:21 AM, Gyro Funch wrote: Would this mean that other packages in the stdlib with development cycles faster than those of python could use the same bundling mechanism? This is pretty much how I thought things worked for all

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

Isn't this recent bit of discussion an argument in favor of a new stdlib module `version`? That would contain things like resolving a version tuple to an executable name (or a cross-platform piece of an executable name)? Obviously this doesn't actually answer the question of how naming should be

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

On Mon, Nov 6, 2017 at 9:21 AM, Gyro Funch wrote: > On 11/4/2017 2:22 PM, Guido van Rossum wrote: > > On Sat, Nov 4, 2017 at 7:05 AM, Nick Coghlan > > > > wrote: > > > > Perhaps typing could switch to being a bundled

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

On 11/4/2017 2:22 PM, 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

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

On 06.11.2017 9:47, Michel Desmoulin wrote: 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

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

2017-11-06 12:53 GMT+01:00 Brice Parent : > > I think the only problem we can reach here, not only in our lifetimes, but > in the next years, is not Python3.10 vs Python31.0 (Python3.x will be long > dead when we reach this point!), but the ordering of versions, like >

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

On Mon, 6 Nov 2017 16:07:56 +1000 Nick Coghlan wrote: > 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

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

On Mon, 6 Nov 2017 07:30:35 +0100 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

Re: [Python-ideas] Possible enhancement to typing

On Mon, Nov 6, 2017 at 11:34 AM, Stéfane Fermigier wrote: > [...] > > Now I believe something could be done along the lines: > > a) record runtime type information from test or regular runs > b) massage these information and use them to annotate Python code with >

Re: [Python-ideas] Possible enhancement to typing

A few random remarks: 1) This seems similar to the Typeguard project https://github.com/agronholm/typeguard I personally never used it. I'd rather have some machinery that would run the checks "magically" using the type annotations, without the need for explicit decoration. 2) I fully agree

Re: [Python-ideas] array.array.index() and Sequence ABC

06.11.17 11:17, Niki Spahiev пише: I noticed that array.index() method takes single argument in python 3.6, while Sequence protocol specifies 2 optional arguments after the first. example from list: L.index(value, [start, [stop]]) -> integer -- return first index of value. I propose adding

[Python-ideas] array.array.index() and Sequence ABC

Hello, I noticed that array.index() method takes single argument in python 3.6, while Sequence protocol specifies 2 optional arguments after the first. example from list: L.index(value, [start, [stop]]) -> integer -- return first index of value. I propose adding start and stop arguments to

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

On 6 November 2017 at 18:50, Stephan Houben wrote: > Hi Michel, > > That's exactly why I proposed a `pip` function available from the Python > prompt. > I suppose you could still tell your students to copy/paste the following > into their > Python interpreter. > > def

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

Hi Michel, That's exactly why I proposed a `pip` function available from the Python prompt. I suppose you could still tell your students to copy/paste the following into their Python interpreter. def pip(args): import sys import subprocess subprocess.check_call([sys.executable, "-m",

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

On 6 November 2017 at 16:47, Michel Desmoulin wrote: > I really want some people from this list to discuss here so we can find > a way to either unify a bit the way we install and use pip, or find a > way to express a tutorial that always works for people on the most >

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

On 6 November 2017 at 16:42, Lukasz Langa wrote: > >> 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"

Re: [Python-ideas] Possible enhancement to typing

On 06/11/2017 07:13, Steven D'Aprano wrote: > 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