Mailman 3 March 2021 - docs

[issue43677] Documentation
by Daniel Torres 02 Apr '21

02 Apr '21

New submission from Daniel Torres <dto(a)fastmail.com>: https://github.com/python/cpython/blob/master/Doc/howto/descriptor.rst Section 'Functions and methods' The provided example contains comment 'Emulate Py_MethodType in Objects/classobject.c' But Py_MethodType is nowhere to be found under 'Objects/classobject.c' ---------- assignee: docs@python components: Documentation messages: 389878 nosy: danielcft, docs@python priority: normal severity: normal status: open title: Documentation type: enhancement versions: Python 3.10 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue43677> _______________________________________

5 9

[issue43670] Typo in 3.10 changelog
by Ilya Gruzinov 01 Apr '21

01 Apr '21

New submission from Ilya Gruzinov <shagren(a)gmail.com>: In next lines typo in function `load`: # BUG: "rb" mode or encoding="utf-8" should be used. with open("data.json") as f: data = json.laod(f) ---------- assignee: docs@python components: Documentation messages: 389825 nosy: docs@python, shagren priority: normal pull_requests: 23843 severity: normal status: open title: Typo in 3.10 changelog versions: Python 3.10 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue43670> _______________________________________

2 1

[issue36384] ipaddress Should not reject IPv4 addresses with leading zeroes as ambiguously octal
by Christian Heimes 01 Apr '21

01 Apr '21

Change by Christian Heimes <lists(a)cheimes.de>: ---------- nosy: +lukasz.langa priority: critical -> release blocker _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36384> _______________________________________

1 0

[issue4928] tempfile.NamedTemporaryFile: automatic cleanup by OS
by Hunor Portik 31 Mar '21

31 Mar '21

Hunor Portik <portikhun(a)gmail.com> added the comment: Hello I would really appreciate and I think many of us if every time I havent have to remember everything. Im not a Sys admin, devops, or who has in his mind every low level step and just shakes out of his little finger... Why do I have to take care at the high level where I stand with using Python? I think mustn't. So yes, as just a little noticement would be really helpful for us to remember we should look forward if we want to make sure. That's why Im here, and not reading the docs instead... ---------- nosy: +portikhun _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue4928> _______________________________________

1 0

[issue36384] ipaddress Should not reject IPv4 addresses with leading zeroes as ambiguously octal
by George-Cristian Bîrzan 31 Mar '21

31 Mar '21

Change by George-Cristian Bîrzan <gc(a)birzan.org>: ---------- nosy: +gc2 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36384> _______________________________________

1 0

[issue43676] Doctest ELLIPSIS explanation hard to follow when they're missing
by Tim Hatch 31 Mar '21

31 Mar '21

New submission from Tim Hatch <tshatch(a)gmail.com>: The doctest docs try to explain directives like ELLIPSIS but those directives are absent from the rendered html. Where? Most of the code blocks in the Directives section, and https://docs.python.org/3/library/doctest.html#directives and the one introduced by "nice approach" subsequently are missing their directive comments. The docs today say they go with Python 3.9.2 generated by Sphinx 2.4.4. I haven't tried generating them manually, but it appears the `pycon` lexer for Pygments handles these fine, so I assume it's a problem in reST. ---------- assignee: docs@python components: Documentation messages: 389874 nosy: Tim.Hatch, docs@python priority: normal severity: normal status: open title: Doctest ELLIPSIS explanation hard to follow when they're missing type: enhancement versions: Python 3.9 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue43676> _______________________________________

1 0

[issue36384] ipaddress Should not reject IPv4 addresses with leading zeroes as ambiguously octal
by STINNER Victor 31 Mar '21

31 Mar '21

STINNER Victor <vstinner(a)python.org> added the comment: > The patch should not have landed in 3.8. At a bare minimum the patch should have been postponed until documentation was updated. Since 3.8 the ipaddresss does not behave as documented. A similar security issue in NPM was published two days ago, CVE-2021-28918. Link: https://sick.codes/sick-2021-011 ---------- nosy: +vstinner _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36384> _______________________________________

1 0

[issue19124] os.execv executes in background on Windows
by Eryk Sun 30 Mar '21

30 Mar '21

Eryk Sun <eryksun(a)gmail.com> added the comment: > Even if that's just swapping the execv call for spawnv(_P_WAIT) > and then exiting, that's fine by me Maybe call SuspendThread() on other threads, at least the ones that can be enumerated with the threading module. > I don't see how its behaviour would change at all, unless we're going > well out of our way to override the CRT. Which I wouldn't want to see > us do. The suggestion was for Python to implement system() and spawnv[e]() using subprocess or _winapi. That would eliminate the problem of leaked handles when subprocess.Popen() is called concurrently with os.system() and os.spawn*(). However, inheritance of file descriptors cannot be reasonably implemented in that case, not without accessing private CRT data (i.e. the internal flags of each file descriptor). If os.spawn*() has to continue supporting inheritance of file descriptors, then the idea is probably a non-starter. All we can do is hope that the CRT's common spawn code will eventually use PROC_THREAD_ATTRIBUTE_HANDLE_LIST. This feature only protects against leaked handles (particularly important for pipes) if it's used by all concurrent CreateProcessW() calls that inherit handles. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue19124> _______________________________________

1 0

[issue19124] os.execv executes in background on Windows
by Steve Dower 30 Mar '21

30 Mar '21

Steve Dower <steve.dower(a)python.org> added the comment: > emulating exec() is probably good enough for most cases, especially if code expects to work in Windows. I think good-enough emulation is fine, but we should update the docs to clarify that non-Unix platforms may create a subprocess with a new PID, and callers should avoid relying on POSIX semantics if they may run on non-compliant platforms. > If Python implements its own system() and spawnv[e]() functions, support for inheritable file descriptors [1] would probably have to be dropped I don't see how its behaviour would change at all, unless we're going well out of our way to override the CRT. Which I wouldn't want to see us do. So let's at least fix the current issue of having the child process break away immediately, by waiting for it and then exiting. Even if that's just swapping the execv call for spawnv(_P_WAIT) and then exiting, that's fine by me (all the CRT calls go through the same path, so they'll launch it consistently regardless of mode). ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue19124> _______________________________________

1 0

[issue36384] ipaddress Should not reject IPv4 addresses with leading zeroes as ambiguously octal
by Christian Heimes 30 Mar '21

30 Mar '21

Change by Christian Heimes <lists(a)cheimes.de>: ---------- keywords: +patch pull_requests: +23844 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/25099 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue36384> _______________________________________

1 0