Mailman 3 July 2019 - Python-Dev

Summary of Python tracker Issues
by Python tracker July 19, 2019

July 19, 2019

ACTIVITY SUMMARY (2019-07-12 - 2019-07-19) 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 7111 (+12) closed 42272 (+47) total 49383 (+59) Open issues with patches: 2877 Issues opened (41) ================== #28292: Make Calendar.itermonthdates() behave consistently in edge cas https://bugs.python.org/issue28292 reopened by rhettinger #34443: … [View More]

1 0

Have a big machine and spare time? Here's a possible Python bug.
by Tim Peters July 19, 2019

July 19, 2019

There's a Stackoverflow report[1] I suspect is worth looking into, but it requires far more RAM (over 80GB) than I have). The OP whittled it down to a reasonably brief & straightforward pure Python 3 program. It builds a ternary search tree, with perhaps a billion nodes. The problem is that it "takes forever" for Python to reclaim the tree storage when it goes out of scope (the author waited at least hours). Alas, the OP said it takes about 45 minutes to build the tree, and the problem … [View More]

11 66

bpo-37468: make install no longer install wininst-*.exe files
by Victor Stinner July 16, 2019

July 16, 2019

Hi, I modified Makefile.pre.in to avoid installing wininst-*.exe files, since these files are only useful on Windows: the distutils bdist_wininst command only works on Windows. https://bugs.python.org/issue37468 I made the assumption that "make install" is only used on Unix, not on Windows. I never tried to build Python in Cygwin or MinGW on Windows. If someone knows these platforms, and consider that wininst-*.exe should still be installed on these platforms, please propose a pull request … [View More]

2 1

bpo-34788 needs a review
by Sasha Pavlyuk July 15, 2019

July 15, 2019

Hello 2019-06-03 I have created PR https://github.com/python/cpython/pull/13772 , which adds IPv6 scoped addresses support to ipaddress module. It is very critical to everyone, who is dealing with IPv6 networking. For example, in salt project they use patched module. So, it would be very nice to have my changes merged and avoid such a workarounds. Here is link to the bug - https://bugs.python.org/issue34788. Please, pay attention to this issue. KR Oleksandr Pavliuk

2 1

Summary of Python tracker Issues
by Python tracker July 12, 2019

July 12, 2019

ACTIVITY SUMMARY (2019-07-05 - 2019-07-12) 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 7099 (+31) closed 42225 (+33) total 49324 (+64) Open issues with patches: 2859 Issues opened (50) ================== #21478: mock calls don't propagate to parent (autospec) https://bugs.python.org/issue21478 reopened by xtreak #32178: Some invalid email … [View More]

1 0

Keyword arguments with non-string names
by Jeroen Demeyer July 10, 2019

July 10, 2019

When passing **kwargs to a callable, the expectation is that kwargs is a dict with string keys. The interpreter enforces that it's a dict, but it does NOT check the types of the keys. It's currently the job of the called function to check that. In some cases, this check is not applied: >>> from collections import OrderedDict >>> OrderedDict(**{1:2}) OrderedDict([(1, 2)]) So this leads to the question: should the interpreter check the keys of a **kwargs dict? I don't … [View More]

3 5

Docs: audit event table empty
by Christian Heimes July 9, 2019

July 9, 2019

Hi, the table with auditing events does not render on docs.python.org, https://docs.python.org/3.9/library/audit_events.html. Steve and I are going to present the auditing feature tomorrow at EuroPython. It would be helpful to have the table available. It works on Steve's and my local machine without any issues. I suspect it's either an outdated sphinx version or caching issue. Could somebody from the docs team or shell access to the docs machine please look into the matter? Thanks! Christian

4 5

[Possibly off-topic] Python-Announce floods and delays
by Jonathan Goble July 9, 2019

July 9, 2019

(I don't know the best list to post this to, so if this is not it, please forgive me and point me in the right direction. Thanks.) So my inbox, and probably many of yours, was flooded this afternoon with a dozen-plus emails from the Python-Announce list. I understand that this list requires every email to be manually approved by a moderator. The problem is that this is done infrequently. Prior to today, the last round of approvals was June 26, almost two weeks ago. This is not an atypical … [View More]delay; on the contrary, it seems that moderators only look at the queue once every one to two weeks. There are several problems with these delays: 1. They result in floods of emails, with a large number of emails in a short period of time. This makes inbox management difficult on the days that approvals are done. Before you argue that "it's fine if you have the right tools configured in the right way", consider that there are probably many people who are subscribed to Python-Announce who have no interest in and are not subscribed to any of the actual discussion lists where such tools are most beneficial. Complex tool configurations should not be a requirement for managing incoming emails from what is essentially (to those people) a notification-only mailing list. These people would be better served by frequent approvals several times a week, allowing them to get fewer emails at one time, but in a more timely manner. 2. Speaking of a more timely manner, the lengthy delays result in redundant and outdated emails going through after the point where they are no longer relevant. One such issue exemplified by today's set of approvals (and seen on previous occasions before) is an announcement of a new release of a PyPI package not being approved until after there has already been a subsequent release to that same package. In this case I am referring to the pytest 5.0.0 announcement sent to the list on June 28 (according to the headers), followed by the pytest 5.0.1 announcement sent to the list on July 5. Neither was approved and delivered to subscribers until today. 3. More importantly in terms of delays, on July 3 an announcement was sent to the list regarding the impending switch of EuroPython ticket rates to the late registration rate on July 6. This is an example of a time-sensitive announcement that needs to not be delayed. Instead, the email was not approved and delivered to subscribers until today, July 8, after the conference has already begun, and not in time for list subscribers to react and avoid the late registration rates. Is there a solution to this that would enable moderators to approve more frequently? I understand that they are probably volunteers and need to find spare time to wade through the queue, but if approvals are done more frequently (even daily), then it will consume much less time on each occasion. It would go from a task requiring an entire hour (as it apparently did today based on the delivery timestamps) to something that can be done on a coffee break. [View Less]

9 14

[RELEASE] Python 3.7.4 is now available
by Ned Deily July 8, 2019

July 8, 2019

Python 3.7.4 is now available. 3.7.4 is the next maintenance release of Python 3.7, the latest feature release of Python. You can find the release files, a link to the changelog, and more information here: https://www.python.org/downloads/release/python-374/ See the "What’s New In Python 3.7" document for more information about the many new features and optimizations included in the 3.7 series. Detailed information about the changes made in 3.7.4 can be found in its change log: https://… [View More]

1 0

[RELEASE] Python 3.8.0b2 is now available for testing
by Łukasz Langa July 8, 2019

July 8, 2019

After a few days of delay, but somewhat cutely timed with the US Independence Day, I present you Python 3.8.0b2: https://www.python.org/downloads/release/python-380b2/ <https://www.python.org/downloads/release/python-380b2/> This release is the second of four planned beta release previews. Beta release previews are intended to give the wider community the opportunity to test new features and bug fixes and to prepare their projects to support the new feature release. The next pre-release … [View More]

2 1