Per Victor's advice I'm posting this here.
PEP 520 has been accepted, but without the __definition_order__ attribute.
The accompanying comment:
"Note: Since compact dict has landed in 3.6, __definition_order__ has
been removed. cls.__dict__ now mostly accomplishes the same thing
instead."
The
Hi,
tracking the commit log I have noticed for Windows there was added a new
feature which is very interesting and can also be useful for other
platforms.
If I read it right it supports adding a sys.path text file near the
executable to specify the Python sys.path variable and overwriting th
On 10 September 2016 at 17:49, Ethan Furman wrote:
> Per Victor's advice I'm posting this here.
>
> PEP 520 has been accepted, but without the __definition_order__ attribute.
> The accompanying comment:
>
>> "Note: Since compact dict has landed in 3.6, __definition_order__ has
>> been removed. cls
On 10 September 2016 at 18:37, Wolfgang wrote:
> Hi,
>
> tracking the commit log I have noticed for Windows there was added a new
> feature which is very interesting and can also be useful for other
> platforms.
>
> If I read it right it supports adding a sys.path text file near the
> executable t
On 9/10/2016 5:27 AM, Nick Coghlan wrote:
On 10 September 2016 at 17:49, Ethan Furman wrote:
Per Victor's advice I'm posting this here.
PEP 520 has been accepted, but without the __definition_order__ attribute.
The accompanying comment:
"Note: Since compact dict has landed in 3.6, __definiti
On 01.09.16 22:36, Ethan Furman wrote:
* Add ``bytes.iterbytes`` and ``bytearray.iterbytes`` alternative iterators
Could you please add a mention of alternative: seqtools.chunks()?
seqtools.chunks(bytes, 1) and seqtools.chunks(bytearray, 1) should be
equivalent to bytes.iterbytes() and bytear
On 10 September 2016 at 19:27, Nick Coghlan wrote:
> On 10 September 2016 at 17:49, Ethan Furman wrote:
>> The "mostly" is what concerns me. Much like having a custom __dir__ lets
>> a class fine-tune what is of interest, a custom __definition_order__ allows
>> a class to present a unified view
The underscore is an appropriate rename here, but calling the file sys.path was
too juicy :)
It's intended only for embedding on Windows and does not exist on Linux/Mac yet
(more precisely, implementation is only in PC/getpathp.c). I chatted with some
people about spreading it and there wasn't
Hi,
(CC TLS gurus)
For 3.6 I like to make the SSL more sane and more secure by default.
Yes, I'm a bit late but all my proposals are implemented, documented,
partly tested and existing tests are passing. I'm going to write more
tests and documentation after beta1.
First I like to deprecated so
On 11 September 2016 at 00:22, Christian Heimes wrote:
> First I like to deprecated some old APIs and favor of SSLCotext. We have
> multiple ways to create a SSL socket or to configure libraries like
> urllib. The general idea is to make SSLContext the central object for
> TLS/SSL configuration. M
Hi Karen,
Thanks for your note. I just checked the source of the document in
question, and it appears that link has been changed to reference
https://www.mercurial-scm.org/guide, so it appears that we may be
publishing an out-of-date document there.
I'm copying this reply to the python-dev list,
> On Sep 10, 2016, at 10:22 AM, Christian Heimes wrote:
>
> I don't load any certs because it is not possible to remove a cert or
> X509 lookup once it is loaded. create_default_context() just have to
> load the certs and set more secure ciper suites.
This part is the most concerning to me, th
On 11 September 2016 at 01:27, Steve Holden wrote:
> Hi Karen,
>
> Thanks for your note. I just checked the source of the document in question,
> and it appears that link has been changed to reference
> https://www.mercurial-scm.org/guide, so it appears that we may be publishing
> an out-of-date d
Thanks for bringing this up. I think it's definitely possible to argue
either way. I think what happened before was that I approved
__definition_order__ because I wasn't expecting dict to be ordered by
default. Now that Inada Naoki's patch has landed things have changed.
Here's my reason for agree
On 11 September 2016 at 03:08, Guido van Rossum wrote:
> So I'm happy to continue thinking about this, but I expect this is not
> such a big deal as you fear. Anyway, let's see if someone comes up
> with a more convincing argument by beta 2!
For CPython specifically, I don't have anything more co
On 2016-09-10 18:24, Donald Stufft wrote:
>
>> On Sep 10, 2016, at 10:22 AM, Christian Heimes wrote:
>>
>> I don't load any certs because it is not possible to remove a cert or
>> X509 lookup once it is loaded. create_default_context() just have to
>> load the certs and set more secure ciper suit
On Sep 10, 2016 11:00, "Nick Coghlan" wrote:
>
> On 11 September 2016 at 03:08, Guido van Rossum wrote:
> > So I'm happy to continue thinking about this, but I expect this is not
> > such a big deal as you fear. Anyway, let's see if someone comes up
> > with a more convincing argument by beta 2!
On Sep 10, 2016 10:11, "Guido van Rossum" wrote:
>
> Thanks for bringing this up. I think it's definitely possible to argue
> either way. I think what happened before was that I approved
> __definition_order__ because I wasn't expecting dict to be ordered by
> default. Now that Inada Naoki's patch
On 2016-09-10 17:24, Nick Coghlan wrote:
> On 11 September 2016 at 00:22, Christian Heimes wrote:
>> First I like to deprecated some old APIs and favor of SSLCotext. We have
>> multiple ways to create a SSL socket or to configure libraries like
>> urllib. The general idea is to make SSLContext the
On Sat, Sep 10, 2016 at 10:57 AM, Nick Coghlan wrote:
> On 11 September 2016 at 03:08, Guido van Rossum wrote:
>> So I'm happy to continue thinking about this, but I expect this is not
>> such a big deal as you fear. Anyway, let's see if someone comes up
>> with a more convincing argument by beta
On Fri, Sep 9, 2016 at 11:39 AM, Barry Warsaw wrote:
> On Sep 09, 2016, at 01:08 PM, Elvis Pranskevichus wrote:
>
>>Are there any downsides to explicitly specifying that all dicts are ordered?
>>People will inevitably start relying on this behaviour, and this will
>>essentially become the *de-fact
Good evening! I tried downloading Python yesterday and was met with some
success. I have been searching for solutions but can not seem to find one.
Each time I try to run python an error occurs saying;
python.exe - System Error
The program can't start because api-ms-win-crt-runtime-l1-1-0.dll is
mi
On 2016-09-11 00:44, Trevon Bizzle wrote:
Good evening! I tried downloading Python yesterday and was met with some
success. I have been searching for solutions but can not seem to find
one. Each time I try to run python an error occurs saying;
python.exe - System Error
The program can't start bec
On 11 September 2016 at 05:20, Christian Heimes wrote:
> On 2016-09-10 17:24, Nick Coghlan wrote:
>> On 11 September 2016 at 00:22, Christian Heimes wrote:
>>> First I like to deprecated some old APIs and favor of SSLCotext. We have
>>> multiple ways to create a SSL socket or to configure librari
On 11 September 2016 at 07:26, Guido van Rossum wrote:
> On Sat, Sep 10, 2016 at 10:57 AM, Nick Coghlan wrote:
>> On 11 September 2016 at 03:08, Guido van Rossum wrote:
>>> So I'm happy to continue thinking about this, but I expect this is not
>>> such a big deal as you fear. Anyway, let's see i
On 11 September 2016 at 09:41, Nathaniel Smith wrote:
> On Fri, Sep 9, 2016 at 11:39 AM, Barry Warsaw wrote:
>> On Sep 09, 2016, at 01:08 PM, Elvis Pranskevichus wrote:
>>
>>>Are there any downsides to explicitly specifying that all dicts are ordered?
>>>People will inevitably start relying on th
On Sun, Sep 11, 2016 at 11:05 AM, Nick Coghlan wrote:
> On 11 September 2016 at 07:26, Guido van Rossum wrote:
> > On Sat, Sep 10, 2016 at 10:57 AM, Nick Coghlan
> wrote:
> >> On 11 September 2016 at 03:08, Guido van Rossum
> wrote:
> >>> So I'm happy to continue thinking about this, but I exp
27 matches
Mail list logo
