[python-committers] Re: bpo email problems - Is there someone in the infra boat?

2020-03-01 Thread Antoine Pitrou
I don't use Gmail ;-) Le 01/03/2020 à 01:33, Victor Stinner a écrit : > FYI I'm using a Gmail filter to ensure that emails coming from > rep...@bugs.python.org are never marked as spam. > > Victor > > Le ven. 28 févr. 2020 à 20:51, Antoine Pitrou a écrit : >> >> >> Le 28/02/2020 à 19:56, Mari

[python-committers] Policy around compile-time flags in bugfix releases

2020-03-01 Thread Łukasz Langa
Hey there, the release managers noticed Stefan adding a new compile flag and backporting it to (soon to be) 3.7.7 and (eventually to be) 3.8.3. Context: https://bugs.python.org/issue39794 Should this go in? It does look like a new feature to us. - Ł and Ned__

[python-committers] Re: Policy around compile-time flags in bugfix releases

2020-03-01 Thread Antoine Pitrou
I don't know. However, it seems possible given the symptoms of the original issue (see ASAN-produced stack trace) that there is a bug when using context vars with foreign threads (in this case, C++-created): https://bugs.python.org/issue39776 Regards Antoine. Le 01/03/2020 à 11:30, Łukasz Lan

[python-committers] Re: Policy around compile-time flags in bugfix releases

2020-03-01 Thread Gregory P. Smith
FWIW that is a configure flag, not a flag to the compiler, so I see no problem with this. The default build has not changed, it just exposes another way to build the interpreter. We've done this in the past with things like --enable-optimizations and such flags. In this case it appears to enable

[python-committers] Re: Policy around compile-time flags in bugfix releases

2020-03-01 Thread Nick Coghlan
Enabling that workaround for embedders using threads without coroutines while figuring out the real underlying contextvars issue seems like a reasonable change to make in the maintenance branches. Cheers, Nick. ___ python-committers mailing list -- pytho