Re: [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?

On Wed, Oct 3, 2018, at 08:59, Steven D'Aprano wrote: > On the bug tracker, there's a discussion about the current behaviour of > the assert statement, where shadowing AssertionError will change the > behaviour of the assertion. > > https://bugs.python.org/issue34880 > > Currently, assert

Re: [Python-Dev] bpo-34837: Multiprocessing.Pool API Extension - Pass Data to Workers w/o Globals

Hi guys - The solution to "lazily initialize" an expensive object in the worker process (i.e. via @lru_cache) is a great solution (that I must admit I did not think of). Additionally, in the second use case of "*passing a large object to each worker process*", I also agree with your suggestion to

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

Well, it's not my call any more, so I'll happily stop arguing. On Wed, Oct 3, 2018 at 3:19 PM Terry Reedy wrote: > On 10/3/2018 5:27 PM, Guido van Rossum wrote: > > On Wed, Oct 3, 2018 at 2:13 PM Terry Reedy > > wrote: > > > > A language syntax-change proposal

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

On 10/3/2018 5:27 PM, Guido van Rossum wrote: On Wed, Oct 3, 2018 at 2:13 PM Terry Reedy > wrote: A language syntax-change proposal would be something else. IMO changes to the C API should be taken just as seriously -- the potential for breaking the world is just

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

On Wed, Oct 3, 2018 at 2:13 PM Terry Reedy wrote: > A language syntax-change proposal would be something else. > IMO changes to the C API should be taken just as seriously -- the potential for breaking the world is just about the same (since most serious Python applications use C extensions

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

On 10/3/2018 8:12 AM, Jeroen Demeyer wrote: Hello, I would like to propose Petr Viktorin as BDFL-Delegate for PEP 580, titled "The C call protocol". He has co-authored several PEPs (PEP 394, PEP 489, PEP 534, PEP 547, PEP 573), several of which involve extension modules. Petr has agreed to

Re: [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?

On Thu, 4 Oct 2018 01:59:37 +1000 Steven D'Aprano wrote: > On the bug tracker, there's a discussion about the current behaviour of > the assert statement, where shadowing AssertionError will change the > behaviour of the assertion. > > https://bugs.python.org/issue34880 > > Currently, assert

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

On Wed, 3 Oct 2018 22:51:24 +0900 INADA Naoki wrote: > 2018年10月3日(水) 21:24 Jeroen Demeyer : > > > Hello, > > > > > > I am well aware of the current governance issues, but several people > > have mentioned that the BDFL-Delegate process can still continue for > > now. > > > Really? > I don't

Re: [Python-Dev] dear core-devs

On 10/3/2018 1:46 AM, Neil Schemenauer wrote: > On 2018-10-02, Michael Felt wrote: >> I am sorry, for myself obviously - but also for Python. Obviously, I am >> doing it all wrong - as I see lots of other issues being picked up >> immediately. > I'm not sure that's the case. There are a lot of

Re: [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?

Feels like an accident to me. Generally syntactic constructs should be unaffected by what's in any namespace except when the override is intentional (e.g. __import__). On Wed, Oct 3, 2018 at 9:02 AM Steven D'Aprano wrote: > On the bug tracker, there's a discussion about the current behaviour of

Re: [Python-Dev] dear core-devs

On 10/3/2018 2:48 AM, Terry Reedy wrote: > On 10/2/2018 7:16 PM, Michael Felt wrote: >> >> >> On 10/2/2018 11:34 PM, Terry Reedy wrote: >>> On 10/2/2018 12:41 PM, Simon Cross wrote: Are there any core devs that Michael or Erik could collaborate with? Rather than rely on adhoc patch

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

On Oct 3, 2018, at 08:06, Łukasz Langa wrote: > >> On 3 Oct 2018, at 15:51, INADA Naoki wrote: >> >> Really? >> I don't know process to assign BDFL-delegate without BDFL. > > My understand is that accepting *any* PEP by anyone is out of the question > until the governance situation gets

[Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580")

The process for PEP 544 is off-topic for that thread so I'm starting a new one. I have promised its author to approve it after certain minor changes (that we both agree on) have been made. It's not an example of how PEP acceptance in general will works until governance is sorted out though -- PEP

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

On 2018-10-03 17:06, Łukasz Langa wrote: That's the only reason why PEP 544 is not yet accepted for example. Did you actually try to get PEP 544 accepted or to appoint a BDFL-Delegate? I don't find any discussions about PEP 544 after the stepping down of the BDFL.

[Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?

On the bug tracker, there's a discussion about the current behaviour of the assert statement, where shadowing AssertionError will change the behaviour of the assertion. https://bugs.python.org/issue34880 Currently, assert does a LOAD_GLOBAL on AssertionError, which means if you shadow the

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

On 2018-10-03 17:12, Wes Turner wrote: > AFAIU, there is not yet a documented process for BDFL-delegate assignment. PEP 1 says: """ However, whenever a new PEP is put forward, any core developer that believes they are suitably experienced to make the final decision on that PEP may offer to serve

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

On Wednesday, October 3, 2018, INADA Naoki wrote: > > 2018年10月3日(水) 21:24 Jeroen Demeyer : > >> Hello, >> >> >> I am well aware of the current governance issues, but several people >> have mentioned that the BDFL-Delegate process can still continue for >> now. > > > Really? > I don't know

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

> On 3 Oct 2018, at 17:06, Łukasz Langa wrote: > > My understand is 臘‍♂️ ...and no ability to edit to correct it. It's like this forever now, my grand children will ridicule me for this. - Ł signature.asc Description: Message signed with OpenPGP

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

> On 3 Oct 2018, at 15:51, INADA Naoki wrote: > > > 2018年10月3日(水) 21:24 Jeroen Demeyer >: > Hello, > > > I am well aware of the current governance issues, but several people > have mentioned that the BDFL-Delegate process can still continue for > now. > > Really?

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

2018年10月3日(水) 21:24 Jeroen Demeyer : > Hello, > > > I am well aware of the current governance issues, but several people > have mentioned that the BDFL-Delegate process can still continue for > now. Really? I don't know process to assign BDFL-delegate without BDFL. This PEP is mainly for

Re: [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

On Wednesday, October 3, 2018, Jeroen Demeyer wrote: > Hello, > > I would like to propose Petr Viktorin as BDFL-Delegate for PEP 580, titled > "The C call protocol". He has co-authored several PEPs (PEP 394, PEP 489, > PEP 534, PEP 547, PEP 573), several of which involve extension modules. > >

[Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580

Hello, I would like to propose Petr Viktorin as BDFL-Delegate for PEP 580, titled "The C call protocol". He has co-authored several PEPs (PEP 394, PEP 489, PEP 534, PEP 547, PEP 573), several of which involve extension modules. Petr has agreed to become BDFL-Delegate for PEP 580 if asked.

Re: [Python-Dev] dear core-devs

On Tue, Oct 2, 2018 at 8:54 PM Michael Felt wrote: > > > > On 10/2/2018 4:45 PM, Erik Bray wrote: > > Michael, if there are any PRs you want to point me to that I might be > > able to help review please do. > A little trick I learned: >

Re: [Python-Dev] dear core-devs

On Tue, Oct 2, 2018 at 6:41 PM Simon Cross wrote: > > Are there any core devs that Michael or Erik could collaborate with? > Rather than rely on adhoc patch review from random core developers. > > Michael and Eric: Question -- are you interested in becoming core > developers at least for the