Re: [Python-Dev] [Python-checkins] cpython: Issue #19512: Add a new _PyDict_DelItemId() function, similar to

2013-11-08 Thread Martin v. Löwis
Am 08.11.13 10:25, schrieb Nick Coghlan: > Likely a mistake - the stable ABI is hard to review properly (since it > can depend on non local preprocessor checks, so a mistake may not be > obvious in a diff), we don't currently have a systematic approach to > handling changes and there's no automated

Re: [Python-Dev] PEP 451 (ModuleSpec) is accepted

2013-11-08 Thread Nick Coghlan
On 9 Nov 2013 06:39, "Brett Cannon" wrote: > > I just want to publicly thank Eric for his hard work on this PEP. I think Nick, Eric, and myself all came to the same conclusion independently about needing to update the APIs used by import to make them more flexible and able to grow in the future, b

Re: [Python-Dev] PEP 451 (ModuleSpec) is accepted

2013-11-08 Thread Barry Warsaw
On Nov 08, 2013, at 12:49 PM, Eric Snow wrote: >I'm pleased to announce that Brett Cannon and Nick Coghlan (the >co-BDFL-delegates) have accepted PEP 451 for inclusion in Python 3.4. >Both of them have contributed substantially to the discussions of the >proposal and have helped make it solid. I'

Re: [Python-Dev] PEP 451 (ModuleSpec) is accepted

2013-11-08 Thread Ethan Furman
On 11/08/2013 11:49 AM, Eric Snow wrote: I'm pleased to announce that Brett Cannon and Nick Coghlan (the co-BDFL-delegates) have accepted PEP 451 for inclusion in Python 3.4. Excellent! Congrats, and thanks to everyone who worked on it. -- ~Ethan~ _

Re: [Python-Dev] Simplify and unify SSL verification

2013-11-08 Thread Nick Coghlan
On 9 Nov 2013 02:41, "Christian Heimes" wrote: > > Am 08.11.2013 08:42, schrieb Antoine Pitrou: > > 3.2 actually, while many code bases are still 2.x-compatible. > > There's no need to make migration more annoying right now. > > There is also no need to hinder and delay future improvements for the

Re: [Python-Dev] PEP 451 (ModuleSpec) is accepted

2013-11-08 Thread Guido van Rossum
Congrats are deserved all around. This is a solid PEP. I'm glad you all took such great care with the design and the review. -- --Guido van Rossum (python.org/~guido) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/list

Re: [Python-Dev] PEP 451 (ModuleSpec) is accepted

2013-11-08 Thread Brett Cannon
I just want to publicly thank Eric for his hard work on this PEP. I think Nick, Eric, and myself all came to the same conclusion independently about needing to update the APIs used by import to make them more flexible and able to grow in the future, but Eric is the one that took the time to champio

Re: [Python-Dev] PEP 451 (ModuleSpec) is accepted

2013-11-08 Thread Victor Stinner
Oh congrats Eric for your PEP. I like it. Victor Le vendredi 8 novembre 2013, Eric Snow a écrit : > I'm pleased to announce that Brett Cannon and Nick Coghlan (the > co-BDFL-delegates) have accepted PEP 451 for inclusion in Python 3.4. > Both of them have contributed substantially to the discuss

[Python-Dev] PEP 451 (ModuleSpec) is accepted

2013-11-08 Thread Eric Snow
I'm pleased to announce that Brett Cannon and Nick Coghlan (the co-BDFL-delegates) have accepted PEP 451 for inclusion in Python 3.4. Both of them have contributed substantially to the discussions of the proposal and have helped make it solid. I'm grateful for their diligence, attentiveness, and e

Re: [Python-Dev] Simplify and unify SSL verification

2013-11-08 Thread Antoine Pitrou
Le 08/11/2013 17:39, Christian Heimes a écrit : Am 08.11.2013 08:42, schrieb Antoine Pitrou: 3.2 actually, while many code bases are still 2.x-compatible. There's no need to make migration more annoying right now. There is also no need to hinder and delay future improvements for the sake of 2.

[Python-Dev] Summary of Python tracker Issues

2013-11-08 Thread Python tracker
ACTIVITY SUMMARY (2013-11-01 - 2013-11-08) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open4227 (+10) closed 27074 (+45) total 31301 (+55) Open issues wit

Re: [Python-Dev] Simplify and unify SSL verification

2013-11-08 Thread Christian Heimes
Am 08.11.2013 08:42, schrieb Antoine Pitrou: > 3.2 actually, while many code bases are still 2.x-compatible. > There's no need to make migration more annoying right now. There is also no need to hinder and delay future improvements for the sake of 2.x compatibility. Python 2.7.0 has been released

Re: [Python-Dev] [Python-checkins] cpython: Issue #19512: Add a new _PyDict_DelItemId() function, similar to

2013-11-08 Thread Nick Coghlan
On 8 Nov 2013 22:03, "Thomas Heller" wrote: > > Am 08.11.2013 12:19, schrieb Victor Stinner: > >> 2013/11/8 Nick Coghlan : In Python 3.3, _PyDict_GetItemIdWithError(), _PyDict_GetItemId() and _PyDict_SetItemId() are part of the stable ABI if I read correctly dictobject.h. _PyOb

Re: [Python-Dev] [Python-checkins] cpython: Issue #19512: Add a new _PyDict_DelItemId() function, similar to

2013-11-08 Thread Thomas Heller
Am 08.11.2013 13:03, schrieb Thomas Heller: I may be confusing API and ABI (see my other message), but adding to or removing functions from the stable ABI seems to be a very serious mistake, IMO - private or not. Unless my understanding of the word 'stable' is wrong... Ok - my mistake. The PE

Re: [Python-Dev] [Python-checkins] cpython: Issue #19512: Add a new _PyDict_DelItemId() function, similar to

2013-11-08 Thread Thomas Heller
Am 08.11.2013 12:19, schrieb Victor Stinner: 2013/11/8 Nick Coghlan : In Python 3.3, _PyDict_GetItemIdWithError(), _PyDict_GetItemId() and _PyDict_SetItemId() are part of the stable ABI if I read correctly dictobject.h. _PyObject_GetAttrId() is also part of the stable ABI. Was it a mistake, or d

Re: [Python-Dev] [Python-checkins] cpython: Issue #19512: Add a new _PyDict_DelItemId() function, similar to

2013-11-08 Thread Victor Stinner
2013/11/8 Nick Coghlan : >> In Python 3.3, _PyDict_GetItemIdWithError(), _PyDict_GetItemId() and >> _PyDict_SetItemId() are part of the stable ABI if I read correctly >> dictobject.h. _PyObject_GetAttrId() is also part of the stable ABI. >> Was it a mistake, or did I misunderstand how stable functi

Re: [Python-Dev] [Python-checkins] cpython: Issue #19512: Add PyRun_InteractiveOneObject() function

2013-11-08 Thread Nick Coghlan
On 8 Nov 2013 10:15, "Eric Snow" wrote: > > On Thu, Nov 7, 2013 at 4:55 PM, Victor Stinner wrote: > > About the 72523 functions PyRun_xxx(), I don't understand something. > > The PyRun_FileEx() is documented in the Python "very high" C API to > > use Python. But this function is not part of the s

Re: [Python-Dev] [Python-checkins] cpython: Issue #19512: Add a new _PyDict_DelItemId() function, similar to

2013-11-08 Thread Nick Coghlan
On 8 Nov 2013 09:48, "Victor Stinner" wrote: > > 2013/11/8 Nick Coghlan : > >> http://hg.python.org/cpython/rev/69071054b42f > >> changeset: 86968:69071054b42f > >> user:Victor Stinner > >> date:Wed Nov 06 18:58:22 2013 +0100 > >> summary: > >> Issue #19512: Add a new _PyDict_