Re: [Python-Dev] asyncio/Tulip: use CPython as the new upstream

2014-06-06 Thread Barry Warsaw
On Jun 06, 2014, at 04:47 PM, MRAB wrote: >Isn't this a little like when bool, True and False were added to >Python 2.2.1, a bugfix release, an act that is, I believe, now regarded >as a mistake not to be repeated? Yes, that was a mistake, but the case under discussion is different. With True/Fa

Re: [Python-Dev] asyncio/Tulip: use CPython as the new upstream

2014-06-06 Thread Guido van Rossum
On Fri, Jun 6, 2014 at 8:47 AM, MRAB wrote: > On 2014-06-06 10:31, Victor Stinner wrote: > >> Hi, >> >> I added a new BaseEventLoop.is_closed() method to Tulip and Python >> 3.5 to fix an issue (see Tulip issue 169 for the detail). The problem >> is that I don't want to add this method to Python

Re: [Python-Dev] asyncio/Tulip: use CPython as the new upstream

2014-06-06 Thread MRAB
On 2014-06-06 10:31, Victor Stinner wrote: Hi, I added a new BaseEventLoop.is_closed() method to Tulip and Python 3.5 to fix an issue (see Tulip issue 169 for the detail). The problem is that I don't want to add this method to Python 3.4 because usually we don't add new methods in minor versions

Re: [Python-Dev] asyncio/Tulip: use CPython as the new upstream

2014-06-06 Thread R. David Murray
On Fri, 06 Jun 2014 10:05:52 -0400, Antoine Pitrou wrote: > Le 06/06/2014 07:00, R. David Murray a écrit : > > > > I don't have any opinion on the workflow. > > > > My understanding is that part of the purpose of the "provisional" > > designation is to allow faster evolution (read: fixing) of an

Re: [Python-Dev] asyncio/Tulip: use CPython as the new upstream

2014-06-06 Thread Antoine Pitrou
Le 06/06/2014 07:00, R. David Murray a écrit : I don't have any opinion on the workflow. My understanding is that part of the purpose of the "provisional" designation is to allow faster evolution (read: fixing) of an API before the library becomes non-provisional. Thus I agree with Guido here,

Re: [Python-Dev] asyncio/Tulip: use CPython as the new upstream

2014-06-06 Thread Nick Coghlan
On 6 June 2014 19:31, Victor Stinner wrote: > Guido just wrote in the issue: "Actually for asyncio we have special > dispensation to push new features to minor releases (until 3.5). > Please push to 3.4 so the source code is the same everywhere (except > selectors.py, which is not covered by the

Re: [Python-Dev] asyncio/Tulip: use CPython as the new upstream

2014-06-06 Thread R. David Murray
On Fri, 06 Jun 2014 11:31:23 +0200, Victor Stinner wrote: > Hi, > > I added a new BaseEventLoop.is_closed() method to Tulip and Python 3.5 > to fix an issue (see Tulip issue 169 for the detail). The problem is > that I don't want to add this method to Python 3.4 because usually we > don't add ne

[Python-Dev] asyncio/Tulip: use CPython as the new upstream

2014-06-06 Thread Victor Stinner
Hi, I added a new BaseEventLoop.is_closed() method to Tulip and Python 3.5 to fix an issue (see Tulip issue 169 for the detail). The problem is that I don't want to add this method to Python 3.4 because usually we don't add new methods in minor versions of Python (future version 3.4.2 in this case