Mailman 3 September 2020 - Python-Dev

[RELEASE] Python 3.9.0rc2 is now available for testing
by Łukasz Langa Sept. 17, 2020

Sept. 17, 2020

Python 3.9.0 is almost ready. This release, 3.9.0rc2, is the last planned preview before the final release of Python 3.9.0 on 2020-10-05. Get it here: https://www.python.org/downloads/release/python-390rc2/ <https://www.python.org/downloads/release/python-390rc2/> In the mean time, we strongly encourage maintainers of third-party Python projects to prepare their projects for 3.9 compatibility during this phase. As always, report any issues to the Python bug tracker <https://bugs.python.org/>. Please keep in mind that this is a preview release and its use is not recommended for production environments. Information for core developers The 3.9 branch is now accepting changes for 3.9.1. To maximize stability, the final release will be cut from the v3.9.0rc2 tag. If you need the release manager to cherry-pick any critical fixes, mark issues as release blockers and/or add him as a reviewer on a critical backport PR on GitHub. To see which changes are currently cherry-picked for inclusion in 3.9.0, look at the short-lived branch-v3.9.0 <https://github.com/python/cpython/tree/branch-v3.9.0> on GitHub. Installer news This is the first version of Python to default to the 64-bit installer on Windows. The installer now also actively disallows installation on Windows 7. Python 3.9 is incompatible with this unsupported version of Windows. Major new features of the 3.9 series, compared to 3.8 Some of the new major new features and changes in Python 3.9 are: PEP 584 <https://www.python.org/dev/peps/pep-0584/>, Union Operators in dict PEP 585 <https://www.python.org/dev/peps/pep-0585/>, Type Hinting Generics In Standard Collections PEP 593 <https://www.python.org/dev/peps/pep-0593/>, Flexible function and variable annotations PEP 602 <https://www.python.org/dev/peps/pep-0602/>, Python adopts a stable annual release cadence PEP 615 <https://www.python.org/dev/peps/pep-0615/>, Support for the IANA Time Zone Database in the Standard Library PEP 616 <https://www.python.org/dev/peps/pep-0616/>, String methods to remove prefixes and suffixes PEP 617 <https://www.python.org/dev/peps/pep-0617/>, New PEG parser for CPython BPO 38379 <https://bugs.python.org/issue38379>, garbage collection does not block on resurrected objects; BPO 38692 <https://bugs.python.org/issue38692>, os.pidfd_open added that allows process management without races and signals; BPO 39926 <https://bugs.python.org/issue39926>, Unicode support updated to version 13.0.0; BPO 1635741 <https://bugs.python.org/issue1635741>, when Python is initialized multiple times in the same process, it does not leak memory anymore; A number of Python builtins (range, tuple, set, frozenset, list, dict) are now sped up using PEP 590 <https://www.python.org/dev/peps/pep-0590> vectorcall; A number of Python modules (_abc, audioop, _bz2, _codecs, _contextvars, _crypt, _functools, _json, _locale, operator, resource, time, _weakref) now use multiphase initialization as defined by PEP 489 <https://www.python.org/dev/peps/pep-0489/>; A number of standard library modules (audioop, ast, grp, _hashlib, pwd, _posixsubprocess, random, select, struct, termios, zlib) are now using the stable ABI defined by PEP 384 <https://www.python.org/dev/peps/pep-0384/>. More resources Online Documentation <https://docs.python.org/3.9/> PEP 596 <https://www.python.org/dev/peps/pep-0596/>, 3.9 Release Schedule Report bugs at https://bugs.python.org <https://bugs.python.org/>. Help fund Python and its community <https://www.python.org/psf/donations/>. Your friendly release team, Ned Deily @nad <https://discuss.python.org/u/nad> Steve Dower @steve.dower <https://discuss.python.org/u/steve.dower> Łukasz Langa @ambv <https://discuss.python.org/u/ambv>

1 0

Python 4 FAQ
by Steven D'Aprano Sept. 16, 2020

Sept. 16, 2020

There's still a lot of community angst over the possibility that some hypothetical Python 4 will be like the 2/3 transition. Some people even imagine that the version after 3.9 could be that transition. I know we're not responsible for the ravings of people on social media, but do you think we should do a FAQ? Something along the lines of: - the version after 3.9 will be 3.10, and in fact it already exists; - if there ever is a version 4, the transition from 3 to 4 will be more like that from 1 to 2 rather than 2 to 3. -- Steve

4 3

docs: I'd like new features to references their PEPs
by Cameron Simpson Sept. 16, 2020

Sept. 16, 2020

So, today I noticed __length_hint__, and then operator.length_hint. Neither mentions its design purpose, only its specification. And while that is minimally enough, knowing the purpoe (size estimation for use by presized allocation operations) lets an implementor write something more appropriate. While it'd be nice to have a short sentence with the provoking rationale for the feature in the docs, it would also be nice to reference the PEP. As a concrete example, for __length_hint__ and operator.length_hint, I wish that in addition to saying "New in version 3.4", it also said "specified by PEP424 [link]", since I had to go find that with a search engine to understand the rationale. Would PRs with such patches be welcome? Cheers, Cameron Simpson <cs(a)cskk.id.au>

4 7

Python-checkins mailing list broken?
by Jeremy Kloth Sept. 14, 2020

Sept. 14, 2020

It seems that python-checkins isn't receiving any new commits since the 8th of September. A quick check of the github page shows activity since then, as do the buildbots. Just a heads up. -- Jeremy Kloth

3 2

Re: docs: I'd like new features to references their PEPs
by David Antonini Sept. 14, 2020

Sept. 14, 2020

If the API has changed significantly since the PEP, simply stating that could be useful eg "as originally specified in `PEP x`, although the API and typical usage have evolved since originally implemented". Or "as orginally specified in `PEP x`, although that API was later changed because `insert terrible namespace clash or other reoganisation`. This would inform readers that information/code snippets found elsewhere might be targeting various degrees of different API/usages. The PEP link/this detail could be in a superscript linkPEP or note2 that appears upon mouseover, or similarly obscured to minimise reading interruption, if such explanation is considered useful, but breaks the flow of the doc more than desirable. I feel like the Docs Working Group might have some productive discussion on such topics, when it gets started. [Google IT Support Professional Certificate]<https://www.youracclaim.com/badges/95b4438c-8719-4e89-ad79-6c45c3c8481f/pub…> [Google IT Automation with Python Professional Certificate] <https://www.youracclaim.com/badges/75926d2a-6313-4c43-9f76-82bc8a3ed4b0/pub…> ________________________________ From: python-dev-request(a)python.org <python-dev-request(a)python.org> Sent: Monday, September 14, 2020 11:00 AM To: python-dev(a)python.org <python-dev(a)python.org> Subject: Python-Dev Digest, Vol 206, Issue 24 Send Python-Dev mailing list submissions to python-dev(a)python.org To subscribe or unsubscribe via the World Wide Web, visit https://mail.python.org/mailman3/lists/python-dev.python.org/ or, via email, send a message with subject or body 'help' to python-dev-request(a)python.org You can reach the person managing the list at python-dev-owner(a)python.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Python-Dev digest..." Today's Topics: 1. docs: I'd like new features to references their PEPs (Cameron Simpson) 2. Re: docs: I'd like new features to references their PEPs (Guido van Rossum) 3. Re: docs: I'd like new features to references their PEPs (Cameron Simpson) 4. Re: docs: I'd like new features to references their PEPs (Ned Deily) 5. Re: docs: I'd like new features to references their PEPs (Cameron Simpson) ---------------------------------------------------------------------- Date: Mon, 14 Sep 2020 12:50:24 +1000 From: Cameron Simpson <cs(a)cskk.id.au> Subject: [Python-Dev] docs: I'd like new features to references their PEPs To: Python-Dev <python-dev(a)python.org> Message-ID: <20200914025024.GA69157(a)cskk.homeip.net> Content-Type: text/plain; charset=us-ascii Message: 1 So, today I noticed __length_hint__, and then operator.length_hint. Neither mentions its design purpose, only its specification. And while that is minimally enough, knowing the purpoe (size estimation for use by presized allocation operations) lets an implementor write something more appropriate. While it'd be nice to have a short sentence with the provoking rationale for the feature in the docs, it would also be nice to reference the PEP. As a concrete example, for __length_hint__ and operator.length_hint, I wish that in addition to saying "New in version 3.4", it also said "specified by PEP424 [link]", since I had to go find that with a search engine to understand the rationale. Would PRs with such patches be welcome? Cheers, Cameron Simpson <cs(a)cskk.id.au> ------------------------------ Date: Sun, 13 Sep 2020 20:51:19 -0700 From: Guido van Rossum <guido(a)python.org> Subject: [Python-Dev] Re: docs: I'd like new features to references their PEPs To: Cameron Simpson <cs(a)cskk.id.au> Cc: Python-Dev <python-dev(a)python.org> Message-ID: <CAP7+vJJFSRdSpbHks3r6xvB4P3+OXoMRu9gSwiMdFDVCekVWyw(a)mail.gmail.com> Content-Type: multipart/alternative; boundary="0000000000006ee04305af3df322" Message: 2 --0000000000006ee04305af3df322 Content-Type: text/plain; charset="UTF-8" On Sun, Sep 13, 2020 at 8:12 PM Cameron Simpson <cs(a)cskk.id.au> wrote: > So, today I noticed __length_hint__, and then operator.length_hint. > Neither mentions its design purpose, only its specification. And while > that is minimally enough, knowing the purpoe (size estimation for use by > presized allocation operations) lets an implementor write something more > appropriate. > > While it'd be nice to have a short sentence with the provoking rationale > for the feature in the docs, it would also be nice to reference the PEP. > > As a concrete example, for __length_hint__ and operator.length_hint, I > wish that in addition to saying "New in version 3.4", it also said > "specified by PEP424 [link]", since I had to go find that with a search > engine to understand the rationale. > > Would PRs with such patches be welcome? > Yeah, I think that's a reasonable idea, and I don't think it needs a news item or bpo bug either. If you know there's a PEP you should be able to find it through the what's new doc for the version where the feature was added (assuming there's a "versionadded" note), but that's pretty indirect, and people might not even think there could be a PEP. A downside of linking to the PEP is that sometimes the PEP has an outdated version of an API. For example asyncio has evolved quite a bit since PEP 3156 (some stuff in the PEP turned out not so hot), and I'm sure that's not the only case. But all in all I like the idea of linking to the PEP from the "versionadded" or "versionchanged" note. -- --Guido van Rossum (python.org/~guido) *Pronouns: he/him **(why is my pronoun here?)* <http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-…> --0000000000006ee04305af3df322 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail= _attr">On Sun, Sep 13, 2020 at 8:12 PM Cameron Simpson <<a href=3D"mailt= o:cs@cskk.id.au">cs(a)cskk.id.au</a>> wrote:<br></div><blockquote class=3D= "gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2= 04,204,204);padding-left:1ex">So, today I noticed __length_hint__, and then= operator.length_hint.=C2=A0 <br> Neither mentions its design purpose, only its specification. And while <br> that is minimally enough, knowing the purpoe (size estimation for use by <b= r> presized allocation operations) lets an implementor write something more <b= r> appropriate.<br> <br> While it'd be nice to have a short sentence with the provoking rational= e <br> for the feature in the docs, it would also be nice to reference the PEP.<br= > <br> As a concrete example, for __length_hint__ and operator.length_hint, I <br> wish that in addition to saying "New in version 3.4", it also sai= d <br> "specified by PEP424 [link]", since I had to go find that with a = search <br> engine to understand the rationale.<br> <br> Would PRs with such patches be welcome?<br></blockquote><div><br></div><div= >Yeah, I think that's a reasonable idea, and I don't think it needs= a news item or bpo bug either. If you know there's a PEP you should be= able to find it through the what's new doc for the version where the f= eature was added (assuming there's a "versionadded" note), bu= t that's pretty indirect, and people might not even think there could b= e a PEP.</div><div><br></div><div>A downside of linking to the PEP is that = sometimes the PEP has an outdated version of an API. For example asyncio ha= s evolved quite a bit since PEP 3156 (some stuff in the PEP turned out not = so hot), and I'm sure that's not the only case. But all in all I li= ke the idea of linking to the PEP from the "versionadded" or &quo= t;versionchanged" note.<br></div></div><br>-- <br><div dir=3D"ltr" cla= ss=3D"gmail_signature"><div dir=3D"ltr"><div><div dir=3D"ltr"><div>--Guido = van Rossum (<a href=3D"http://python.org/~guido" target=3D"_blank">python.o= rg/~guido</a>)</div><div><i style=3D"font-family:Arial,Helvetica,sans-serif= ;font-size:small;font-weight:400;letter-spacing:normal;text-align:start;tex= t-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;backgr= ound-color:rgb(255,255,255);color:rgb(136,136,136)"><span>Pronouns</span>: = he/him </i><a href=3D"http://feministing.com/2015/02/03/how-using-they-as-a= -singular-pronoun-can-change-the-world/" style=3D"color:rgb(17,85,204);font= -family:Arial,Helvetica,sans-serif;font-size:small;font-style:normal;font-w= eight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-trans= form:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,= 255)" target=3D"_blank"><i>(why is my=C2=A0<span>pronoun</span>=C2=A0here?)= </i></a></div></div></div></div></div></div> --0000000000006ee04305af3df322-- ------------------------------ Date: Mon, 14 Sep 2020 15:07:31 +1000 From: Cameron Simpson <cs(a)cskk.id.au> Subject: [Python-Dev] Re: docs: I'd like new features to references their PEPs To: Guido van Rossum <guido(a)python.org> Cc: Python-Dev <python-dev(a)python.org> Message-ID: <20200914050731.GA45157(a)cskk.homeip.net> Content-Type: text/plain; charset=us-ascii Message: 3 On 13Sep2020 20:51, Guido van Rossum <guido(a)python.org> wrote: >On Sun, Sep 13, 2020 at 8:12 PM Cameron Simpson <cs(a)cskk.id.au> wrote: >> As a concrete example, for __length_hint__ and operator.length_hint, >> I >> wish that in addition to saying "New in version 3.4", it also said >> "specified by PEP424 [link]", since I had to go find that with a search >> engine to understand the rationale. [...] >A downside of linking to the PEP is that sometimes the PEP has an >outdated >version of an API. For example asyncio has evolved quite a bit since PEP >3156 (some stuff in the PEP turned out not so hot), and I'm sure that's not >the only case. But all in all I like the idea of linking to the PEP from >the "versionadded" or "versionchanged" note. Happy to use the term "originally specified by PEP424 [link]" :-) I'll make some PRs. How to submit? Here, or a BPO or something? Cheers, Cameron Simpson <cs(a)cskk.id.au> ------------------------------ Date: Mon, 14 Sep 2020 01:16:00 -0400 From: Ned Deily <nad(a)python.org> Subject: [Python-Dev] Re: docs: I'd like new features to references their PEPs To: Cameron Simpson <cs(a)cskk.id.au> Cc: Python-Dev <python-dev(a)python.org> Message-ID: <CCD5D596-44EB-41F5-91F6-15BF1A066822(a)python.org> Content-Type: text/plain; charset=us-ascii Message: 4 On Sep 14, 2020, at 01:07, Cameron Simpson <cs(a)cskk.id.au> wrote: > On 13Sep2020 20:51, Guido van Rossum <guido(a)python.org> wrote: >> On Sun, Sep 13, 2020 at 8:12 PM Cameron Simpson <cs(a)cskk.id.au> wrote: >>> As a concrete example, for __length_hint__ and operator.length_hint, >>> I >>> wish that in addition to saying "New in version 3.4", it also said >>> "specified by PEP424 [link]", since I had to go find that with a search >>> engine to understand the rationale. > [...] >> A downside of linking to the PEP is that sometimes the PEP has an >> outdated >> version of an API. For example asyncio has evolved quite a bit since PEP >> 3156 (some stuff in the PEP turned out not so hot), and I'm sure that's not >> the only case. But all in all I like the idea of linking to the PEP from >> the "versionadded" or "versionchanged" note. > Happy to use the term "originally specified by PEP424 [link]" :-) > > I'll make some PRs. How to submit? Here, or a BPO or something? My suggestion would be to open one BPO issue for "adding PEP references to documentation" and then creating PRs as needed against it. As you probably know, the devguide has the details including for the inline markup role :pep:. https://devguide.python.org/documenting/#rest-inline-markup -- Ned Deily nad(a)python.org -- [] ------------------------------ Date: Mon, 14 Sep 2020 19:25:57 +1000 From: Cameron Simpson <cs(a)cskk.id.au> Subject: [Python-Dev] Re: docs: I'd like new features to references their PEPs To: Ned Deily <nad(a)python.org> Cc: Python-Dev <python-dev(a)python.org> Message-ID: <20200914092557.GA40543(a)cskk.homeip.net> Content-Type: text/plain; charset=us-ascii Message: 5 On 14Sep2020 01:16, Ned Deily <nad(a)python.org> wrote: >> I'll make some PRs. How to submit? Here, or a BPO or something? > >My suggestion would be to open one BPO issue for "adding PEP references to documentation" and then creating PRs as needed against it. As you probably know, the devguide has the details including for the inline markup role :pep:. > >https://devguide.python.org/documenting/#rest-inline-markup Thanks Ned. - Cameron Simpson <cs(a)cskk.id.au> ------------------------------ Subject: Digest Footer _______________________________________________ Python-Dev mailing list -- python-dev(a)python.org To unsubscribe send an email to python-dev-leave(a)python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ ------------------------------ End of Python-Dev Digest, Vol 206, Issue 24 *******************************************

5 4

Call for papers for PyCon 2020
by Amna Ahsan Sept. 13, 2020

Sept. 13, 2020

Hi, I am writing to you on behalf of PyCon Estonia <https://pycon.ee> to invite you to take part in the call for papers for our 2020 edition and join us as a speaker at PyCon: https://pyconestonia.typeform.com/to/e0jriV This is the third PyCon Estonia event after successful delivery in 2018 and 2019. PyCon Estonia is organised by our NGO Python Estonia <https://pythonestonia.ee> which is dedicated to education and awareness about Python in the region. In previous years <https://www.youtube.com/watch?v=nMbbBQ4F0sc>, keynote speakers at PyCon Estonia have included Travis Oliphant (Creator of NumPy) and Kristo Vaher (Govt. CTO of Estonia). We've had around 300 participants join us for a live conference in Tallinn, Estonia with 7-9 excellent speakers from all walks of life talking about Python. This year we already have Miguel Grinberg <https://blog.miguelgrinberg.com> as one of our speakers. Due to coronavirus, this PyCon will be an entirely virtual conference, possibly with a bigger and more international audience. The theme for PyCon Estonia 2020 is "The power of Python" and we want to talk about the real life applications of Python and how digital products built on Python are impacting the tech sector or the world in general. We would really like to have you offer a possible topic for a talk at PyCon. We intend to have a total of 8 talks of 30-minutes followed by a 10-minute Q&A. If this would be something you are interested in, please submit a proposal here: https://pyconestonia.typeform.com/to/e0jriV before the *15th August, 2020*. I am happy to add that we are a diverse group organising PyCon Estonia 2020, and we are trying to make the conference as diverse as possible. If you have any questions, please don't hesitate to write to me. Best Regards, *Amna Ahsan* Chief Marketing Officer *Python Estonia* +372 5784 0436

2 1

PEP 632: Deprecate distutils module
by Steve Dower Sept. 11, 2020

Sept. 11, 2020

Hi all. setuptools has recently adopted the entire codebase of the distutils module, so that they will be able to make improvements directly without having to rely on patching the standard library. As a result, we can now move forward with official deprecation (in 3.10) and removal (in 3.12) (noting that the distutils docs already recommend switching to setuptools). Full text and discussion at https://discuss.python.org/t/pep-632-deprecate-distutils-module/5134 I'm including the original text below, but won't be responding to all discussions here (though I'll periodically check in and skim read it, assuming things don't go way off track). Also be aware that I already have some minor changes lined up that are not in this text. Refer to the discussion on Discourse if you need to see those. Cheers, Steve --- PEP: 632 Title: Deprecate distutils module Author: Steve Dower <steve.dower(a)python.org> Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 03-Sep-2020 Post-History: Abstract ======== The distutils module [1]_ has for a long time recommended using the setuptools package [2]_ instead. Setuptools has recently integrated a complete copy of distutils and is no longer dependent on the standard library [3]_. Pip has silently replaced distutils with setuptools when building packages for a long time already. It is time to remove it from the (public part of the) standard library. Motivation ========== distutils [1]_ is a largely undocumented and unmaintained collection of utilities for packaging and distributing Python packages, including compilation of native extension modules. It defines a configuration format that describes a Python distribution and provides the tools to convert a directory of source code into a source distribution, and some forms of binary distribution. Because of its place in the standard library, many updates can only be released with a major release, and users cannot rely on particular fixes being available. setuptools [2]_ is a better documented and well maintained enhancement based on distutils. While it provides very similar functionality, it is much better able to support users on earlier Python releases, and can respond to bug reports more quickly. A number of platform-specific enhancements already exist in setuptools that have not been added to distutils, and there is been a long-standing recommendation in the distutils documentation to prefer setuptools. Historically, setuptools has extended distutils using subclassing and monkeypatching, but has now taken a copy of the underlying code. [3]_ As a result, the second last major dependency on distutils is gone and there is no need to keep it in the standard library. The final dependency on distutils is CPython itself, which uses it to build the native extension modules in the standard library (except on Windows). Because this is a CPython build-time dependency, it is possible to continue to use distutils for this specific case without it being part of the standard library. Deprecation and removal will make it obvious that issues should be fixed in the setuptools project, and will reduce a source of bug reports and test maintenance that is unnecessary. It will also help promote the development of alternative build backends, which can now be supported more easily thanks to PEP 517. Specification ============= In Python 3.10 and 3.11, distutils will be formally marked as deprecated. All known issues will be closed at this time. ``import distutils`` will raise a deprecation warning. During Python 3.10 and 3.11, uses of distutils within the standard library may change to use alternative APIs. In Python 3.12, distutils will no longer be installed by ``make install`` or any of the first-party distribution. Third-party redistributors should no longer include distutils in their bundles or repositories. This PEP makes no specification on migrating the parts of the CPython build process that currently use distutils. Depending on contributions, this migration may occur at any time. After Python 3.12 is started and when the CPython build process no longer depends on distutils being in the standard library, the entire ``Lib/distutils`` directory and ``Lib/test/test_distutils.py`` file will be removed from the repository. Other references to distutils will be cleaned up. As of Python 3.9's initial release, the following modules have references in code or comments: * Lib/ctypes/util.py * Lib/site.py * Lib/sysconfig.py * Lib/_aix_support.py * Lib/_bootsubprocess.py * Lib/_osx_support.py * Modules/_decimal/tests/formathelper.py As the distutils code is already included in setuptools, there is no need to republish it in any other form. Those who require access to the functionality should use setuptools or an alternative build backend. Backwards Compatibility ======================= Code that imports distutils will no longer work from Python 3.12. The suggested migration path is to use the equivalent (though not identical) imports from setuptools. Compatibility shims already exist in setuptools and pip to transparently migrate old code, however, these are controlled by external projects and are in no way bound by this PEP. Consult their latest documentation for migration advice. Some projects use alternate sets of shims over distutils, notably, numpy.distutils. [4]_ Where known, these projects have been informed. Many use custom commands or more narrowly scoped patches, mostly constrained to ``setup.py`` files. As these packages are already subject to setuptools being injected by pip, we expect minimal disruption as a result of distutils being removed. Reference Implementation ======================== setuptools version 48 includes the complete copy of distutils, and as such is no longer dependent on the standard library's copy. Most implementation issues they have faced are due to the continuing existence of distutils in the standard library, and so removal will improve the stability of their implementation. There is not yet a reference implementation for the removal of distutils from the standard library, nor is there an implementation for CPython's native module builds without relying on the standard library copy of distutils. References ========== .. [1] distutils - Building and installing Python modules (https://docs.python.org/3.9/library/distutils.html) .. [2] setuptools - PyPI (https://pypi.org/project/setuptools/) .. [3] setuptools Issue #417 - Adopt distutils (https://github.com/pypa/setuptools/issues/417) .. [4] Packaging (numpy.distutils) (https://numpy.org/doc/stable/reference/distutils.html) Copyright ========= This document is placed in the public domain or under the CC0-1.0-Universal license, whichever is more permissive.

15 29

Summary of Python tracker Issues
by Python tracker Sept. 11, 2020

Sept. 11, 2020

ACTIVITY SUMMARY (2020-09-04 - 2020-09-11) 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 7697 ( +5) closed 45803 (+39) total 53500 (+44) Open issues with patches: 3136 Issues opened (38) ================== #19521: Parallel build race condition on AIX since python-2.7 https://bugs.python.org/issue19521 reopened by skrah #38240: assertCountEqual is horribly misleading, sounds like only coun https://bugs.python.org/issue38240 reopened by vitaly.krug #41724: SQLite returns "str" instead of "datetime.datetime" with aggre https://bugs.python.org/issue41724 opened by ravi-misra #41725: bz2 would use a dedicated exception for data error https://bugs.python.org/issue41725 opened by mgorny #41726: Update refcounts info of PyType_FromModuleAndSpec in refcounts https://bugs.python.org/issue41726 opened by shihai1991 #41727: Confusing presentation for configuration settings references https://bugs.python.org/issue41727 opened by MegMM #41728: Debug logging when adding a TarFile object https://bugs.python.org/issue41728 opened by ebalsley #41729: test_winconsoleio fails and hangs on Windows https://bugs.python.org/issue41729 opened by terry.reedy #41730: Show deprecation warnings for tkinter.tix https://bugs.python.org/issue41730 opened by wyz23x2 #41731: test_cmd_line_script fails with verbosity level more than 1 https://bugs.python.org/issue41731 opened by xtreak #41734: Refactor b32{encode,decode} tests https://bugs.python.org/issue41734 opened by FFY00 #41735: Thread locks in zlib module may go wrong in rare case https://bugs.python.org/issue41735 opened by malin #41736: test_site: test_s_option() failed on AMD64 Windows8.1 Refleaks https://bugs.python.org/issue41736 opened by vstinner #41737: Improper NotADirectoryError when opening a file under a fake d https://bugs.python.org/issue41737 opened by danny87105 #41738: MIME type for *.zip becomes application/x-zip-compressed on Wi https://bugs.python.org/issue41738 opened by danny87105 #41739: test_logging: threading_cleanup() failed to cleanup 1 threads https://bugs.python.org/issue41739 opened by vstinner #41740: Improve error message for string concatenation via `sum` https://bugs.python.org/issue41740 opened by Phillip.M.Feldman(a)gmail.com #41741: test_peg_generator timed out (25 min) on x86 Gentoo Non-Debug https://bugs.python.org/issue41741 opened by vstinner #41742: Request for docs.python.org/3/library/configparser.html#except https://bugs.python.org/issue41742 opened by leveque #41744: NuGet python.props only works in python nuget, not other varia https://bugs.python.org/issue41744 opened by vslavik #41745: BoundArguments.arguments used in the recommended way to call a https://bugs.python.org/issue41745 opened by Julian #41746: Add optional type information to asdl_seq objects https://bugs.python.org/issue41746 opened by pablogsal #41747: dataclasses: generated method's using the wrong qualname https://bugs.python.org/issue41747 opened by BTaskaya #41748: HTMLParser: parsing error https://bugs.python.org/issue41748 opened by nowasky.jr #41749: Little improve on imghdr library https://bugs.python.org/issue41749 opened by eamanu #41751: Error copying an instance of a subclass of OrderedDict https://bugs.python.org/issue41751 opened by erezinman #41752: Wave shouldn't try to close an open file at all costs https://bugs.python.org/issue41752 opened by biosthezerg #41753: subprocess.run on windows does not convert path to string https://bugs.python.org/issue41753 opened by kaushik.ghose #41754: Webbrowser Module Cannot Find xdg-settings on OSX https://bugs.python.org/issue41754 opened by tony.diloreto #41755: Docs: Please remove `from distutils.core import setup` https://bugs.python.org/issue41755 opened by guettli #41756: Do not always use exceptions to return result from coroutine https://bugs.python.org/issue41756 opened by v2m #41757: weakmethod's ref is deleted before weakref's garbage-collect c https://bugs.python.org/issue41757 opened by kratsg #41758: turtledemo.colormixer crashes with a stack overflow https://bugs.python.org/issue41758 opened by tusharsadhwani #41760: 3.8.6 rc1 documentation fails to build with sphinx 3.2.1 https://bugs.python.org/issue41760 opened by doko #41761: multiprocessing.Queue prevents program exit when containing a https://bugs.python.org/issue41761 opened by Dominik Schmid #41762: Documentation job fails on CIs: duplicate token description of https://bugs.python.org/issue41762 opened by vstinner #41763: IDLE: scale font to Windows' "zoom" factor https://bugs.python.org/issue41763 opened by epaine #41764: sub function would not work without the flags but the search w https://bugs.python.org/issue41764 opened by bayat Most recent 15 issues with no replies (15) ========================================== #41764: sub function would not work without the flags but the search w https://bugs.python.org/issue41764 #41763: IDLE: scale font to Windows' "zoom" factor https://bugs.python.org/issue41763 #41761: multiprocessing.Queue prevents program exit when containing a https://bugs.python.org/issue41761 #41760: 3.8.6 rc1 documentation fails to build with sphinx 3.2.1 https://bugs.python.org/issue41760 #41758: turtledemo.colormixer crashes with a stack overflow https://bugs.python.org/issue41758 #41755: Docs: Please remove `from distutils.core import setup` https://bugs.python.org/issue41755 #41754: Webbrowser Module Cannot Find xdg-settings on OSX https://bugs.python.org/issue41754 #41752: Wave shouldn't try to close an open file at all costs https://bugs.python.org/issue41752 #41747: dataclasses: generated method's using the wrong qualname https://bugs.python.org/issue41747 #41742: Request for docs.python.org/3/library/configparser.html#except https://bugs.python.org/issue41742 #41738: MIME type for *.zip becomes application/x-zip-compressed on Wi https://bugs.python.org/issue41738 #41736: test_site: test_s_option() failed on AMD64 Windows8.1 Refleaks https://bugs.python.org/issue41736 #41735: Thread locks in zlib module may go wrong in rare case https://bugs.python.org/issue41735 #41731: test_cmd_line_script fails with verbosity level more than 1 https://bugs.python.org/issue41731 #41728: Debug logging when adding a TarFile object https://bugs.python.org/issue41728 Most recent 15 issues waiting for review (15) ============================================= #41762: Documentation job fails on CIs: duplicate token description of https://bugs.python.org/issue41762 #41756: Do not always use exceptions to return result from coroutine https://bugs.python.org/issue41756 #41749: Little improve on imghdr library https://bugs.python.org/issue41749 #41747: dataclasses: generated method's using the wrong qualname https://bugs.python.org/issue41747 #41744: NuGet python.props only works in python nuget, not other varia https://bugs.python.org/issue41744 #41735: Thread locks in zlib module may go wrong in rare case https://bugs.python.org/issue41735 #41734: Refactor b32{encode,decode} tests https://bugs.python.org/issue41734 #41730: Show deprecation warnings for tkinter.tix https://bugs.python.org/issue41730 #41729: test_winconsoleio fails and hangs on Windows https://bugs.python.org/issue41729 #41728: Debug logging when adding a TarFile object https://bugs.python.org/issue41728 #41726: Update refcounts info of PyType_FromModuleAndSpec in refcounts https://bugs.python.org/issue41726 #41718: test.regrtest has way too many imports https://bugs.python.org/issue41718 #41715: REDoS in c_analyzer https://bugs.python.org/issue41715 #41713: _signal module leak: test_interpreters leaked [1424, 1422, 142 https://bugs.python.org/issue41713 #41706: docs: operator dunder (`__add__`, et al.) invocations describe https://bugs.python.org/issue41706 Top 10 most discussed issues (10) ================================= #1635741: Py_Finalize() doesn't clear all Python objects at exit https://bugs.python.org/issue1635741 16 msgs #41746: Add optional type information to asdl_seq objects https://bugs.python.org/issue41746 15 msgs #14243: tempfile.NamedTemporaryFile not particularly useful on Windows https://bugs.python.org/issue14243 13 msgs #41751: Error copying an instance of a subclass of OrderedDict https://bugs.python.org/issue41751 9 msgs #41730: Show deprecation warnings for tkinter.tix https://bugs.python.org/issue41730 8 msgs #41561: test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch https://bugs.python.org/issue41561 7 msgs #41631: _ast module: get_global_ast_state() doesn't work with Mercuria https://bugs.python.org/issue41631 7 msgs #41740: Improve error message for string concatenation via `sum` https://bugs.python.org/issue41740 7 msgs #41729: test_winconsoleio fails and hangs on Windows https://bugs.python.org/issue41729 5 msgs #41748: HTMLParser: parsing error https://bugs.python.org/issue41748 5 msgs Issues closed (40) ================== #15662: PEP 3121 refactoring applied to locale module https://bugs.python.org/issue15662 closed by vstinner #15680: PEP 3121 refactoring applied to audioop module https://bugs.python.org/issue15680 closed by vstinner #15681: PEP 3121 refactoring applied to binascii module https://bugs.python.org/issue15681 closed by vstinner #15682: PEP 3121 refactoring applied to fpectl module https://bugs.python.org/issue15682 closed by vstinner #15684: PEP 3121 refactoring applied to fpetest module https://bugs.python.org/issue15684 closed by vstinner #15686: PEP 3121, 384 Refactoring applied to md5 module https://bugs.python.org/issue15686 closed by vstinner #15704: PEP 3121, 384 Refactoring applied to sha1 module https://bugs.python.org/issue15704 closed by vstinner #15706: PEP 3121, 384 Refactoring applied to sha512 module https://bugs.python.org/issue15706 closed by vstinner #15709: PEP 3121, 384 Refactoring applied to termios module https://bugs.python.org/issue15709 closed by vstinner #15733: PEP 3121, 384 Refactoring applied to winapi module https://bugs.python.org/issue15733 closed by vstinner #20198: xml.etree.ElementTree.ElementTree.write attribute sorting https://bugs.python.org/issue20198 closed by scoder #31862: Port the standard library to PEP 489 multiphase initialization https://bugs.python.org/issue31862 closed by vstinner #35328: Set a environment variable for venv prompt https://bugs.python.org/issue35328 closed by vinay.sajip #35520: Python won't build with dtrace enabled on some systems. https://bugs.python.org/issue35520 closed by kulikjak #38306: High level API for loop.run_in_executor(None, ...)? https://bugs.python.org/issue38306 closed by gvanrossum #38585: defusedexpat not supported past python 3.3/3.4 https://bugs.python.org/issue38585 closed by Mariatta #38762: Logging displays wrong "processName" if "sys.modules" is clear https://bugs.python.org/issue38762 closed by vinay.sajip #40300: logging.Formatter crashes when default_msec_format is None. https://bugs.python.org/issue40300 closed by vinay.sajip #40318: Migrate to SQLite3 trace v2 API https://bugs.python.org/issue40318 closed by pablogsal #40486: pathlib's iterdir doesn't specify what happens if directory co https://bugs.python.org/issue40486 closed by serhiy.storchaka #40562: SEO: differentiate between Python 2 and Python 3 docs on Googl https://bugs.python.org/issue40562 closed by mdk #40744: Explicitly drop support for SQLite version < 3.7.3 https://bugs.python.org/issue40744 closed by pablogsal #41401: Using non-ascii that require UTF-8 breaks AIX testing https://bugs.python.org/issue41401 closed by vstinner #41477: test_genericalias fails if ctypes is missing https://bugs.python.org/issue41477 closed by vstinner #41525: Python '--help' has corrupted text. https://bugs.python.org/issue41525 closed by WildCard65 #41531: Python 3.9 regression: Literal dict with > 65535 items are one https://bugs.python.org/issue41531 closed by pablogsal #41627: Relocate user site packages on Windows 32-bit https://bugs.python.org/issue41627 closed by steve.dower #41687: sendfile implementation is not compatible with Solaris https://bugs.python.org/issue41687 closed by yselivanov #41688: Document how **= does not fall back on ** https://bugs.python.org/issue41688 closed by brett.cannon #41704: logging module needs some form of introspection or debugging s https://bugs.python.org/issue41704 closed by jackjansen #41717: [AIX] test_io: files was modified by test_io: (@test_6488748_t https://bugs.python.org/issue41717 closed by skrah #41720: Missed "return NotImplemented" in Vec2D.__rmul__ https://bugs.python.org/issue41720 closed by serhiy.storchaka #41721: xlc: add -qalias=noansi -qmaxmem=-1 https://bugs.python.org/issue41721 closed by skrah #41722: multiprocess error on large dataset https://bugs.python.org/issue41722 closed by vishalraoanizer #41723: doc: issue in a sentence in py_compile https://bugs.python.org/issue41723 closed by benjamin.peterson #41732: Custom iterator to memoryview - performance improvement https://bugs.python.org/issue41732 closed by corona10 #41733: ContextVar get value is unexpected https://bugs.python.org/issue41733 closed by yselivanov #41743: Remove Unnecessarily Gendered Language from the Documentation https://bugs.python.org/issue41743 closed by ammar2 #41750: unpractical printing of datetimes by the interpreter https://bugs.python.org/issue41750 closed by serhiy.storchaka #41759: ElementTree.parse gives error message about missing1 required https://bugs.python.org/issue41759 closed by serhiy.storchaka

1 0

RSVP: 2020 Python Core Dev Sprint
by Kyle Stanley Sept. 9, 2020

Sept. 9, 2020

Hey all, We just recently finished working on the signup form for the upcoming 2020 Python Core Dev Sprint on Oct. 19th - 23rd. In addition to getting an general idea of (virtual) attendance, this is being used to assess the topics covered, optimal start/end times for each day, and preferred social activities. Anyone who is a CPython core developer, engaged in a core dev mentorship, or a member of the Python triage team is welcome to attend! Sign up to attend here: https://forms.gle/84NkyYt5g616fs1r5 We will be accepting late sign ups for this event since capacity is not a significant limitation, but for the purposes of scheduling the best possible times for everyone, it is requested that participants do so at their earliest convenience. Regards, Kyle Stanley

2 1

Taking over xxlimited for PEP 630
by Petr Viktorin Sept. 9, 2020

Sept. 9, 2020

Hello, The "xxlimited" module (Modules/xxlimited.c) was added as part of PEP 384 (Defining a Stable ABI), and is undocumented. As far as I can tell, it was added partly to test the stable ABI, and partly as an example of how to write a module (like "xx" from xxmodule.c). In the last few years the module has not seen much maintenance, and I believe it's no longer a good example to follow: it works, but there are now better ways to do things. I would like to take over maintenance of the module and make it into an example of how to write a low-level C extension with isolated module state, as described in PEP 630 (Isolating Extension Modules) -- an informational PEP that I plan to convert to a HOWTO doc when everything is ready. Please let me know if you think this isn't a good idea, or if there's something I'm missing.

2 1