Mailman 3 May 2019 - Python-Dev

Overloading comparison operator for lists
by Montana Burr May 29, 2019

May 29, 2019

NumPy arrays have this awesome feature, where array == 3 does an element-wise comparison and returns a list. For example: np.array([1,2,3,4,5])==3 returns [False,False,True,False,False] It would be cool if Python had similar functionality for lists. If that is not possible, perhaps we could consider allowing developers to overload operators on built-in types within the context of a project or module. For example, an overload in one module would have no effect on the same operator in a … [View More]

3 2

Accepting PEP 590 (Vectorcall)
by Petr Viktorin May 28, 2019

May 28, 2019

As BDFL-Delegate, I am accepting PEP 590 -- Vectorcall: a fast calling protocol for CPython. https://www.python.org/dev/peps/pep-0590/ There was a major last-minute change to the text (though one that was discussed since PyCon US): The API is not finalized yet, and it's provided using private names (with leading underscores). We intend to use the Python 3.8 cycle to get feedback from consumers, and finalize it in 3.9. Thanks to Jeroen Demeyer, who spent a lot of time pushing this … [View More]

3 2

PEP 594 - a proposal for unmaintained modules
by Steven D'Aprano May 27, 2019

May 27, 2019

I don't know if this is a good idea or a terrible idea or somewhere in between, so I'm throwing it out to see if anyone likes it. Let's add a third option to PEP 594 between "keep" and "remove": explicitly flagging a module as unmaintained. Unmaintained modules: - will raise a warning when imported that they are unmaintained; - will have their tests disabled; - possibly we move them into a seperate namespace: ``from unmaintained import aardvark`` - bug reports without patches will be … [View More]

6 9

Accepting PEP 587 (Python Initialization Configuration)
by Thomas Wouters May 27, 2019

May 27, 2019

As PEP-delegate, I'm accepting version 5 of PEP 587 (Python Initialization Configuration). I don't think Victor has posted the latest version, but it contains a couple of minor renames, and a new private API to allow us to experiment with two-phase initialisation of Python. There's still time to debate exact names and work on the wording of the PEP, but I'm satisfied the design is solid, a clear improvement over what we currently have, and a step in the right direction for some of the more … [View More]

3 2

Getting #6641 merged
by Mark Shannon May 26, 2019

May 26, 2019

Hi, I'd like to get https://github.com/python/cpython/pull/6641 merged. I keep having to rebase it and regenerate all the importlib header files, which is becoming a bit annoying. So, I can I ask that if you are going to modify Python/ceval.c can you hold on just a little while, until #6641 is merged. Thanks, Mark.

1 0

Re: [Python-Dev] PEP 594: update 1
by Anders Munch May 25, 2019

May 25, 2019

Fra: Paul Moore [mailto:p.f.moore@gmail.com]: > > A major version change serves as a heads up that something is going on and you need to check the consequences before upgrading. > Python's backward compatibility policy allows breaking changes between versions X.Y and X.Y+1 (with a suitable deprecation period). This proposal is no different. Except perhaps in scale. The same people that upgrade from 3.x to 3.x+1 without giving it a second thought, just to be on the latest version, … [View More]

7 6

PEP 594: Removing dead batteries from the standard library
by Christian Heimes May 24, 2019

May 24, 2019

Hi, here is the first version of my PEP 594 to deprecate and eventually remove modules from the standard library. The PEP started last year with talk during the Python Language Summit 2018, https://lwn.net/Articles/755229/. The PEP can be confirmed in two stages. I'm not planning any code changes for 3.8. Instead I only like to document a bunch of modules as deprecated. Active deprecation is planned for 3.9 and removal for 3.10. The long deprecation phase gives us 3 years to change our minds … [View More]

31 88

PEP 594 -- Bundling libraries?
by Inada Naoki May 24, 2019

May 24, 2019

When removing libraries from stdlib, can we bundle removed libraries and install it like ensurepip does? Ruby does similar thing, called "Gemification". See https://rubykaigi.org/2017/presentations/hsbt.html When people don't use venv, scripts importing nntplib or aifc runs correctly. When people use venv, they need to `pip install nntplib` (we may be able to use PyPI's namespace beta feature here). But I assume `pip install` is not a problem for people using venv. Regards, -- Inada Naoki <songofacandy(a)gmail.com>

2 1

Summary of Python tracker Issues
by Python tracker May 24, 2019

May 24, 2019

ACTIVITY SUMMARY (2019-05-17 - 2019-05-24) Python tracker at https://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 7067 ( +0) closed 41721 (+88) total 48788 (+88) Open issues with patches: 2849 Issues opened (59) ================== #34651: Disallow fork in a subinterpreter. https://bugs.python.org/issue34651 reopened by vstinner #36950: test.support: add an helper to … [View More]

1 0

Python in next Windows 10 update
by Steve Dower May 24, 2019

May 24, 2019

Hi all Just sharing this here because I think it's important for us to be aware of it - I'm not trying to promote or sell anything here :) (Those who were at the language summit have seen this already.) In the next Windows 10 update that starts rolling out today, we (Microsoft) have added "python.exe" and "python3.exe" commands that are installed on PATH *by default* and will open the Microsoft Store at the page where we (Python core team) publish our build. This makes it a 1-2 click … [View More]

11 15