Re: [Python-Dev] Current Python 3.2 status?

2016-06-13 Thread Georg Brandl
On 06/11/2016 07:41 PM, Chi Hsuan Yen wrote: > > > On Sun, Jun 12, 2016 at 1:02 AM, Berker Peksağ > wrote: > > On Sat, Jun 11, 2016 at 8:59 AM, Chi Hsuan Yen > wrote: > > Hello all, > > > > Georg said in February th

[Python-Dev] Python 3.6.0a2 is now available

2016-06-13 Thread Ned Deily
On behalf of the Python development community and the Python 3.6 release team, I'm happy to announce the availability of Python 3.6.0a2. 3.6.0a2 is the first of four planned alpha releases of Python 3.6, the next major release of Python. During the alpha phase, Python 3.6 remains under heavy devel

Re: [Python-Dev] PEP 468

2016-06-13 Thread Ethan Furman
On 06/13/2016 05:47 PM, Larry Hastings wrote: On 06/13/2016 05:05 PM, MRAB wrote: This could be avoided by expanding the items to include the index of the 'previous' and 'next' item, so that they could be handled like a doubly-linked list. The disadvantage would be that it would use more memo

Re: [Python-Dev] PEP 468

2016-06-13 Thread Nathaniel Smith
On Jun 13, 2016 6:16 PM, "MRAB" wrote: > > On 2016-06-14 01:47, Larry Hastings wrote: >> >> On 06/13/2016 05:05 PM, MRAB wrote: >>> >>> This could be avoided by expanding the items to include the index of >>> the 'previous' and 'next' item, so that they could be handled like a >>> doubly-linked li

Re: [Python-Dev] PEP 468

2016-06-13 Thread MRAB
On 2016-06-14 01:47, Larry Hastings wrote: On 06/13/2016 05:05 PM, MRAB wrote: This could be avoided by expanding the items to include the index of the 'previous' and 'next' item, so that they could be handled like a doubly-linked list. The disadvantage would be that it would use more memory.

Re: [Python-Dev] PEP 468

2016-06-13 Thread Larry Hastings
On 06/13/2016 05:05 PM, MRAB wrote: This could be avoided by expanding the items to include the index of the 'previous' and 'next' item, so that they could be handled like a doubly-linked list. The disadvantage would be that it would use more memory. Another, easier technique: don't fill hol

Re: [Python-Dev] PEP 468

2016-06-13 Thread MRAB
On 2016-06-13 17:34, Ethan Furman wrote: On 06/10/2016 02:13 PM, Franklin? Lee wrote: P.S.: If anyone is missing the relevance, Raymond Hettinger's compact dicts are inherently ordered until a delitem happens.[1] That could be "good enough" for many purposes, including kwargs and class definiti

Re: [Python-Dev] PEP 468

2016-06-13 Thread Tim Golden
I've set him to moderation for now. Beyond that we'd have to unsubscribe him altogether and ask him to resubscribe later. TJG On 13/06/2016 22:34, Guido van Rossum wrote: Can someone block Franklin until his mailer stops resending this message? --Guido (mobile) On Jun 13, 2016 2:26 PM, "Fran

Re: [Python-Dev] PEP 468

2016-06-13 Thread Guido van Rossum
Can someone block Franklin until his mailer stops resending this message? --Guido (mobile) On Jun 13, 2016 2:26 PM, "Franklin? Lee" wrote: > I am. I was just wondering if there was an in-progress effort I should be > looking at, because I am interested in extensions to it. > > P.S.: If anyone is

Re: [Python-Dev] PEP 468

2016-06-13 Thread Franklin? Lee
I am. I was just wondering if there was an in-progress effort I should be looking at, because I am interested in extensions to it. P.S.: If anyone is missing the relevance, Raymond Hettinger's compact dicts are inherently ordered until a delitem happens.[1] That could be "good enough" for many pur

Re: [Python-Dev] PEP 468

2016-06-13 Thread Franklin? Lee
I am. I was just wondering if there was an in-progress effort I should be looking at, because I am interested in extensions to it. P.S.: If anyone is missing the relevance, Raymond Hettinger's compact dicts are inherently ordered until a delitem happens.[1] That could be "good enough" for many pur

Re: [Python-Dev] PEP 468

2016-06-13 Thread Franklin? Lee
I am. I was just wondering if there was an in-progress effort I should be looking at, because I am interested in extensions to it. P.S.: If anyone is missing the relevance, Raymond Hettinger's compact dicts are inherently ordered until a delitem happens.[1] That could be "good enough" for many pur

Re: [Python-Dev] PEP 520: Ordered Class Definition Namespace (round 3)

2016-06-13 Thread Berker Peksağ
On Sun, Jun 12, 2016 at 5:37 AM, Eric Snow wrote: > The following code demonstrates roughly equivalent semantics for the > default behavior:: > >class Meta(type): >def __prepare__(cls, *args, **kwargs): Shouldn't this be wrapped with a classmethod decorator? +1 from me. --Berker ___

Re: [Python-Dev] PEP 468

2016-06-13 Thread Ethan Furman
On 06/10/2016 02:13 PM, Franklin? Lee wrote: P.S.: If anyone is missing the relevance, Raymond Hettinger's compact dicts are inherently ordered until a delitem happens.[1] That could be "good enough" for many purposes, including kwargs and class definition. It would be great for kwargs, but no

Re: [Python-Dev] PEP 468

2016-06-13 Thread Franklin? Lee
I am. I was just wondering if there was an in-progress effort I should be looking at, because I am interested in extensions to it. P.S.: If anyone is missing the relevance, Raymond Hettinger's compact dicts are inherently ordered until a delitem happens.[1] That could be "good enough" for many pur

Re: [Python-Dev] BDFL ruling request: should we block forever waiting for high-quality random bits?

2016-06-13 Thread Theodore Ts'o
On Sun, Jun 12, 2016 at 06:53:54PM -0700, Nathaniel Smith wrote: > > Speaking of full-stack perspectives, would it affect your decision if > Debian Stretch were made robust against blocking /dev/urandom on > AWS/GCE? Because I think we could find lots of people who would be > overjoyed to fix Stre