Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 - default): Fix typo

2013-04-06 Thread Andrew Svetlov
Do you mean something like: «Let's also change the rest of the program to make the new functionality:» ??? On Sat, Apr 6, 2013 at 6:41 AM, Eli Bendersky eli...@gmail.com wrote: On Fri, Apr 5, 2013 at 1:40 AM, andrew.svetlov python-check...@python.org wrote:

Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 - default): Fix typo

2013-04-06 Thread Eli Bendersky
It currently says: Let's also change the rest of the program to make the new functionality makes more sense This can be changed to: Let's also change the rest of the program so that the new functionality makes more sense. Eli On Sat, Apr 6, 2013 at 7:25 AM, Andrew Svetlov

[Python-Dev] give IDLE its own NEWS section?

2013-04-06 Thread Benjamin Peterson
I noticed IDLE changes were being put under the library section in Misc/NEWS. How about creating a IDLE section? -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] [Python-checkins] cpython (merge 3.3 - default): Fix typo

2013-04-06 Thread Andrew Svetlov
Done, thanks On Sat, Apr 6, 2013 at 5:41 PM, Eli Bendersky eli...@gmail.com wrote: It currently says: Let's also change the rest of the program to make the new functionality makes more sense This can be changed to: Let's also change the rest of the program so that the new functionality

Re: [Python-Dev] give IDLE its own NEWS section?

2013-04-06 Thread Georg Brandl
Am 06.04.2013 16:58, schrieb Benjamin Peterson: I noticed IDLE changes were being put under the library section in Misc/NEWS. How about creating a IDLE section? There is also Lib/idlelib/NEWS.txt. It also contains IDLE news items and is shown in a dialog box from within IDLE. IMO it's fine

Re: [Python-Dev] Semantics of __int__(), __index__()

2013-04-06 Thread Terry Jan Reedy
On 4/4/2013 10:04 PM, Steven D'Aprano wrote: When I call int(), I'm expecting an int. We agree so far..., That includes well-behaved subclasses of int that continue to behave like ints in all the ways that matter. but not here. I currently expect an actual int instance for 3 reasons. 1.

Re: [Python-Dev] give IDLE its own NEWS section?

2013-04-06 Thread Serhiy Storchaka
On 06.04.13 17:58, Benjamin Peterson wrote: I noticed IDLE changes were being put under the library section in Misc/NEWS. How about creating a IDLE section? http://bugs.python.org/issue17221 http://bugs.python.org/issue17506 ___ Python-Dev mailing

Re: [Python-Dev] give IDLE its own NEWS section?

2013-04-06 Thread Benjamin Peterson
Having gotten positive input from Todd, I've now done the move. 2013/4/6 Benjamin Peterson benja...@python.org: I noticed IDLE changes were being put under the library section in Misc/NEWS. How about creating a IDLE section? -- Regards, Benjamin -- Regards, Benjamin

[Python-Dev] [RELEASE] Python 2.7.4

2013-04-06 Thread Benjamin Peterson
I'm thrilled to announce the release of Python 2.7.4. 2.7.4 is the latest maintenance release in the Python 2.7 series. It includes hundreds of bugfixes to the core language and standard library. Downloads are at http://python.org/download/releases/2.7.4/ As always, please report bugs to

Re: [Python-Dev] Semantics of __int__(), __index__()

2013-04-06 Thread Mark Dickinson
On Fri, Apr 5, 2013 at 6:34 PM, Terry Jan Reedy tjre...@udel.edu wrote: 2. int(rational): for floats, Fractions, and Decimals, this returns the integral part, truncating toward 0. Decimal and float have __int__ methods. Fractions, to my surprise, does not, so int must use __floor__ or

[Python-Dev] [RELEASED] Python 3.2.4 and Python 3.3.1

2013-04-06 Thread Georg Brandl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On behalf of the Python development team, I am pleased to announce the final releases of Python 3.2.4 and 3.3.1. Python 3.2.4 is the final regular maintenance release for the Python 3.2 series, while Python 3.3.1 is the first maintenance release for

[Python-Dev] The end of 2.7

2013-04-06 Thread Benjamin Peterson
Per my last message, 2.7.4 has at long last been released. I apologize for the long interval between 2.7.3 and 2.7.4. To create more determinism in the future, I will be soon updating PEP 373 with approximate dates of future 2.7 bugfix releases. I will be aiming for 6 month intervals. This means

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Georg Brandl
Am 06.04.2013 23:02, schrieb Benjamin Peterson: Per my last message, 2.7.4 has at long last been released. I apologize for the long interval between 2.7.3 and 2.7.4. To create more determinism in the future, I will be soon updating PEP 373 with approximate dates of future 2.7 bugfix releases.

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Antoine Pitrou
On Sat, 6 Apr 2013 17:02:17 -0400 Benjamin Peterson benja...@python.org wrote: Obviously, there will be people who would be happy if we kept maintaining 2.7 until 2025, but I think at this juncture 5 total years of maintenance is reasonable. This means there will be approximately 4 more 2.7

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Christian Heimes
Am 06.04.2013 23:11, schrieb Georg Brandl: Am 06.04.2013 23:02, schrieb Benjamin Peterson: Per my last message, 2.7.4 has at long last been released. I apologize for the long interval between 2.7.3 and 2.7.4. To create more determinism in the future, I will be soon updating PEP 373 with

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Gregory P. Smith
I agree with Benjamin though is it really necessary to do two 2.7 releases a year for the last two years? that's rather rapid (but as the release manager its your call). A few of us (sorry I forgot who all was there though I think Martin was?) had a discussion at PyCon a few weeks ago and seemed

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Benjamin Peterson
2013/4/6 Gregory P. Smith g...@krypto.org: I agree with Benjamin though is it really necessary to do two 2.7 releases a year for the last two years? that's rather rapid (but as the release manager its your call). What I like about 6 months is that its short enough, so we don't have feel bad

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Ned Deily
In article capzv6o-r_z1mr+kjn8jb5zvxmvuexsaltuhhjboj_wekvu9...@mail.gmail.com, Benjamin Peterson benja...@python.org wrote: 2013/4/6 Gregory P. Smith g...@krypto.org: What I like about 6 months is that its short enough, so we don't have feel bad about not taking a certain change; it can just

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Raymond Hettinger
On Apr 6, 2013, at 2:02 PM, Benjamin Peterson benja...@python.org wrote: we need to talk about how many more 2.7 releases there are going to be. At the release of 2.7.0, I thought we promised 5 years of bugfix maintenance, but my memory may be fuddled. I don't we need to make any promises

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Terry Jan Reedy
On 4/6/2013 5:11 PM, Georg Brandl wrote: Am 06.04.2013 23:02, schrieb Benjamin Peterson: Per my last message, 2.7.4 has at long last been released. I apologize for the long interval between 2.7.3 and 2.7.4. To create more determinism in the future, I will be soon updating PEP 373 with

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Senthil Kumaran
On Sat, Apr 6, 2013 at 2:02 PM, Benjamin Peterson benja...@python.org wrote: juncture 5 total years of maintenance is reasonable. This means there will be approximately 4 more 2.7 releases. That's good. From the subject of the email, I though you were announcing This is the end of 2.7.x

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread Nick Coghlan
On Sun, Apr 7, 2013 at 7:02 AM, Benjamin Peterson benja...@python.org wrote: Per my last message, 2.7.4 has at long last been released. I apologize for the long interval between 2.7.3 and 2.7.4. To create more determinism in the future, I will be soon updating PEP 373 with approximate dates of

Re: [Python-Dev] The end of 2.7

2013-04-06 Thread martin
Quoting Benjamin Peterson benja...@python.org: This means we need to talk about how many more 2.7 releases there are going to be. At the release of 2.7.0, I thought we promised 5 years of bugfix maintenance, but my memory may be fuddled. I'd like to promote the idea to abandon 2.7 bug fix