[Python-Dev] PEPs in progress

Good morning and happy new year! I would like to let you know that I'm working on two new PEPs. The first PEP addresses hash collision attacks as discussed in http://bugs.python.org/issue14621. I'm planing to make the internal string and bytes hash function more secure, pluggable and even faster.

Re: [Python-Dev] cpython (3.3): configparser: preserve section order when using `__setitem__` (issue #16820)

Wiadomość napisana przez Antoine Pitrou w dniu 1 sty 2013, o godz. 22:48: > On Tue, 1 Jan 2013 22:37:56 +0100 (CET) > lukasz.langa wrote: >> http://hg.python.org/cpython/rev/f580342b63d8 >> changeset: 81205:f580342b63d8 >> branch: 3.3 >> parent: 81203:b8b5303ac96f >> user:Ł

Re: [Python-Dev] cpython (3.3): configparser: preserve section order when using `__setitem__` (issue #16820)

On Tue, 1 Jan 2013 22:37:56 +0100 (CET) lukasz.langa wrote: > http://hg.python.org/cpython/rev/f580342b63d8 > changeset: 81205:f580342b63d8 > branch: 3.3 > parent: 81203:b8b5303ac96f > user:Łukasz Langa > date:Tue Jan 01 22:33:19 2013 +0100 > summary: > configparser

Re: [Python-Dev] PyTypeObject type names in Modules/

2013/1/1 Eli Bendersky : > > > > On Tue, Jan 1, 2013 at 8:15 AM, Benjamin Peterson > wrote: >> >> 2013/1/1 Eli Bendersky : >> > Hello and happy 2013, >> > >> > Something I noticed earlier today is that some C versions of stdlib >> > modules >> > define their name similarly to the Python version in

Re: [Python-Dev] PyTypeObject type names in Modules/

On Tue, Jan 1, 2013 at 8:15 AM, Benjamin Peterson wrote: > 2013/1/1 Eli Bendersky : > > Hello and happy 2013, > > > > Something I noticed earlier today is that some C versions of stdlib > modules > > define their name similarly to the Python version in their PyTypeObject. > > Some examples: Decima

Re: [Python-Dev] PyTypeObject type names in Modules/

2013/1/1 Eli Bendersky : > Hello and happy 2013, > > Something I noticed earlier today is that some C versions of stdlib modules > define their name similarly to the Python version in their PyTypeObject. > Some examples: Decimal, xml.etree's Element. Others prepend an understore, > like _pickle.Pic

Re: [Python-Dev] test___all__ polluting sys.modules?

On Mon, Dec 31, 2012 at 7:30 PM, Gregory P. Smith wrote: > > On Sun, Dec 30, 2012 at 6:48 AM, R. David Murray wrote: > >> On Mon, 31 Dec 2012 00:38:47 +1000, Nick Coghlan >> wrote: >> > On Mon, Dec 31, 2012 at 12:19 AM, Eli Bendersky >> wrote: >> > > On Sun, Dec 30, 2012 at 5:54 AM, Stefan Krah

[Python-Dev] PyTypeObject type names in Modules/

Hello and happy 2013, Something I noticed earlier today is that some C versions of stdlib modules define their name similarly to the Python version in their PyTypeObject. Some examples: Decimal, xml.etree's Element. Others prepend an understore, like _pickle.Pickler and many others. What are the

Re: [Python-Dev] question about packaging

The current effort seems to be distlib, Vinay's project to gather the "good parts" of packaging and distutils as a library API: http://packages.python.org/distlib/ (there's an active bitbucket repo) See https://bitbucket.org/vinay.sajip/distlib/ for the latest code, which is periodically push

Re: [Python-Dev] Branch ancestry hiccup on the Mercurial repo

On 01/01/2013 09:20 AM, Senthil Kumaran wrote: > > > On Mon, Dec 31, 2012 at 10:47 PM, Antoine Pitrou > wrote: > > > Chances are the problem won't be very annoying in practice, but just > FYI. > > > I dont get this. I see 2.7 as a separate un-merged branch

Re: [Python-Dev] Branch ancestry hiccup on the Mercurial repo

On Mon, Dec 31, 2012 at 10:47 PM, Antoine Pitrou wrote: > > Chances are the problem won't be very annoying in practice, but just > FYI. I dont get this. I see 2.7 as a separate un-merged branch again ( http://hg.python.org/cpython/graph). Just curious, what happened next? Thanks, Senthil