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

2018-10-04 Thread Petr Viktorin
On 10/4/18 1:38 PM, Łukasz Langa wrote: On 3 Oct 2018, at 23:10, Terry Reedy > wrote: 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

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

2018-10-04 Thread Łukasz Langa
> On 4 Oct 2018, at 08:14, Nick Coghlan wrote: > > I was figuring we could treat it as a caretaker mode governance: anything we > do before the new governance model is formalised is subject to ratification > by the new council members (or the new BDFL if that option ends up being > chosen).

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

2018-10-04 Thread Łukasz Langa
> On 3 Oct 2018, at 23:10, Terry Reedy wrote: > > 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), seve

Re: [Python-Dev] dear core-devs

2018-10-04 Thread Steven D'Aprano
On Thu, Oct 04, 2018 at 09:55:10AM +0200, Petr Viktorin wrote: > Is paying the best way to get features into Python? No, but it is *a* way to get features into Python. It may be a good way to get a feature that is important to (generic) you, but the core devs don't have enough time, interest or

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

2018-10-04 Thread Nathaniel Smith
On Wed, Oct 3, 2018 at 6:30 PM, Sean Harrington wrote: > with Pool(func_kwargs={"big_cache": big_cache}) as pool: > pool.map(func, ls) I feel like it would be nicer to spell this: with Pool() as pool: pool.map(functools.partial(func, big_cache=big_cache), ls) And this might also solve y

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

2018-10-04 Thread Sean Harrington
Starmap will serialize/deserialize the “big object” once for each task created, so this is not performant. The goal is to pay the “one time cost” of serialization of the “big object”, and still pass this object to func at each iteration. On Thu, Oct 4, 2018 at 4:14 AM Michael Selik wrote: > You d

Re: [Python-Dev] Arbitrary non-identifier string keys when using **kwargs

2018-10-04 Thread Serhiy Storchaka
04.10.18 11:56, Steven D'Aprano пише: While keyword arguments have to be identifiers, using **kwargs allows arbitrary strings which aren't identifiers: py> def spam(**kwargs): print(kwargs) py> spam(**{"something arbitrary": 1, '\n': 2}) {'something arbitrary': 1, '\n': 2} There

Re: [Python-Dev] AIX to stable, what does that take?

2018-10-04 Thread Michael Felt
On 10/4/2018 10:30 AM, INADA Naoki wrote: > Hello, > > First of all, congratulations on passing all test on AIX. > >> My assumption is that it needs to (at least) pass all tests - and that >> is why I keep asking for attention. All the PRs to fix individual tests >> mean less if they are not merg

[Python-Dev] Arbitrary non-identifier string keys when using **kwargs

2018-10-04 Thread Steven D'Aprano
While keyword arguments have to be identifiers, using **kwargs allows arbitrary strings which aren't identifiers: py> def spam(**kwargs): ... print(kwargs) ... py> spam(**{"something arbitrary": 1, '\n': 2}) {'something arbitrary': 1, '\n': 2} There is some discussion on Python-Ideas on whe

Re: [Python-Dev] AIX to stable, what does that take?

2018-10-04 Thread INADA Naoki
Hello, First of all, congratulations on passing all test on AIX. > My assumption is that it needs to (at least) pass all tests - and that > is why I keep asking for attention. All the PRs to fix individual tests > mean less if they are not merged, for whatever reason. > > However, maybe there is

Re: [Python-Dev] dear core-devs

2018-10-04 Thread Michael Felt
On 10/4/2018 9:55 AM, Petr Viktorin wrote: > On 10/4/18 9:34 AM, Victor Stinner wrote: >> Hi, >> >> If IBM wants a better Python support, it would help a lot if IBM pays >> for this development. I agree. If IBM ... >> ... Antoine Pitrou has been paid in the past to enhance Python >> support in So

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

2018-10-04 Thread Michael Selik
You don't like using Pool.starmap and itertools.repeat or a comprehension that repeats an object? On Wed, Oct 3, 2018, 6:30 PM Sean Harrington wrote: > 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

[Python-Dev] AIX to stable, what does that take?

2018-10-04 Thread Michael Felt
In the buildbots AIX is marked as "unstable"? What is needed to get it marked as a "stable" platform - that being one of my short-term goals. My assumption is that it needs to (at least) pass all tests - and that is why I keep asking for attention. All the PRs to fix individual tests mean less if

Re: [Python-Dev] dear core-devs

2018-10-04 Thread Petr Viktorin
On 10/4/18 9:34 AM, Victor Stinner wrote: Hi, If IBM wants a better Python support, it would help a lot if IBM pays for this development. With money, you can easily find core dev contractors. Antoine Pitrou has been paid in the past to enhance Python support in Solaris and it worked well. M

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

2018-10-04 Thread Petr Viktorin
On 10/3/18 2:12 PM, 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 be

Re: [Python-Dev] dear core-devs

2018-10-04 Thread Victor Stinner
Hi, If IBM wants a better Python support, it would help a lot if IBM pays for this development. With money, you can easily find core dev contractors. Antoine Pitrou has been paid in the past to enhance Python support in Solaris and it worked well. Victor Le mercredi 3 octobre 2018, Michael Felt