[issue38843] Document argparse behaviour when custom namespace object already has the field set

Change by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38843] Document argparse behaviour when custom namespace object already has the field set

Raymond Hettinger added the comment: New changeset facca72eae3c0b59b4e89bab81c936dff10fb58a by Miss Islington (bot) in branch '3.9': bpo-38843: Document behavior of default when the attribute is already set (GH-23653) (#23668)

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Ned Deily added the comment: New changeset 2a9a883d361d37b40fb0b0011dd300bb83ceb73c by Miss Islington (bot) in branch '3.9': bpo-42508: Keep IDLE running on macOS (GH-23577) (GH-23669) https://github.com/python/cpython/commit/2a9a883d361d37b40fb0b0011dd300bb83ceb73c --

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Change by miss-islington : -- pull_requests: +22537 pull_request: https://github.com/python/cpython/pull/23670 ___ Python tracker ___

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Change by miss-islington : -- pull_requests: +22536 pull_request: https://github.com/python/cpython/pull/23669 ___ Python tracker ___

[issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test

Ned Deily added the comment: New changeset 57e511361047895231f5ee7abfdfbbc60e11d2db by Terry Jan Reedy in branch 'master': bpo-42508: Keep IDLE running on macOS (GH-23577) https://github.com/python/cpython/commit/57e511361047895231f5ee7abfdfbbc60e11d2db --

[issue21627] Concurrently closing files and iterating over the open files directory is not well specified

Gregory P. Smith added the comment: The Linux kernel code is not sufficiently easy to follow to understand if it has this issue or if it pre-creates the dirent structures for all fds at opendir time for /proc/self/fd or if it is iterating through the list of fds in sorted order so an older

[issue38843] Document argparse behaviour when custom namespace object already has the field set

Raymond Hettinger added the comment: New changeset 752cdf21eb2be0a26ea6a34a0de33a458459aead by Raymond Hettinger in branch 'master': bpo-38843: Document behavior of default when the attribute is already set (GH-23653)

[issue38843] Document argparse behaviour when custom namespace object already has the field set

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +22535 pull_request: https://github.com/python/cpython/pull/23668 ___ Python tracker

[issue42583] JSON.dumps() creates invalid JSON with single quotes

Raymond Hettinger added the comment: Example? -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42579] Solution from gh#python/cpython#13236 unnecessarily binds building of documentation to the latest version of Sphinx

Change by Ned Deily : -- nosy: +mdk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42581] Docs site redirection doesn't work for 3.9

Change by Ned Deily : -- nosy: +mdk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42559] random.getrandbits: Should it be explicit that it returns unsigned/non-negative integer?

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 2.0 -> 3.0 pull_requests: +22534 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23667 ___ Python tracker

[issue42583] JSON.dumps() creates invalid JSON with single quotes

New submission from Kjartan Hrafnkelsson : the JSON.dumps() function should create valid JSON using double quotes only, however when the function is run with an object as its argument it results in invalid JSON using single quotes. As defined in the ECMA-404 JSON Data Interchange Syntax

[issue42561] better error reporting in ast

Change by Irit Katriel : -- resolution: -> duplicate superseder: -> AST literal_eval exceptions provide no information about line number ___ Python tracker ___

[issue42540] Debug pymalloc crash when using os.fork() [regression]

Steve Stagg added the comment: So, I'm not an allocator/init/teardown expert, but it looks like: When you fork, PyRuntimeState creates a new mutex, explicitly using the default allocator (without the debug allocator active).. #ifdef HAVE_FORK /* This function is called from

[issue42532] spec_arg's __bool__ is called while initializing NonCallableMock

Change by Idan Weiss : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42540] Debug pymalloc crash when using os.fork() [regression]

Steve Stagg added the comment: Something seems to be: breaking alignment, changing the allocator used, or trashing that memory. In my case, the address of the mutex is: 0x5603a330 (*1) below and the surrounding memory: 0x5603a310:

[issue42540] Debug pymalloc crash when using os.fork() [regression]

Steve Stagg added the comment: Reproducible on master, but doesn't occur with a debug build. My configure: > ./configure --prefix=$PREFIX --exec-prefix=$EPREFIX > --cache-file=../config.cache --without-ensurepip > /dev/null > PYTHONMALLOC=pymalloc_debug $EPREFIX/bin/python3 ../test.py

[issue42382] No easy way to get the distribution which provided a importlib.metadata.EntryPoint

Pedro Algarvio added the comment: Our software uses a plug-in based approach. Plugins are able to add/modify internal behavior, and, as part of bug submission process we have a CLI flag which provides information about the core app as well as any intervening plugins. This is where we need

[issue42382] No easy way to get the distribution which provided a importlib.metadata.EntryPoint

Jason R. Coombs added the comment: In discussion, I realized that I don't yet understand what use-cases drive this demand? What code is it that requires resolving a distribution from an entry point? -- ___ Python tracker

[issue36541] Make lib2to3 grammar better match Python, support the := walrus

Batuhan Taskaya added the comment: > Parsing support for `f(**mapping)` support is indeed still missing. > > as lib2to3 is pending deprecation at this point, i'm not going to work on > this. anyone is welcome to pick it up. modifying the lib2to3 grammar, and > any related code, and adding

[issue36541] Make lib2to3 grammar better match Python, support the := walrus

Batuhan Taskaya added the comment: > Every piece of code that uses either lib2to3 or a parser derived from it > (including parso and LibCST) will eventually not be able to upgrade the > parser because PEG can handle grammars that LL(k) can't. Since these projects are external, depending on

[issue38780] SysLogHandler crash atexit

Erlend Egeberg Aasland added the comment: Thanks, Jason! I won't have time to look at this until perhaps next week, however, feel free to add tests as you like. N.B.: My patches might not be the best solution to the problem; it was just something I threw up based on my initial understanding

[issue36541] Make lib2to3 grammar better match Python, support the := walrus

Peter Ludemann added the comment: Every piece of code that uses either lib2to3 or a parser derived from it (including parso and LibCST) will eventually not be able to upgrade the parser because PEG can handle grammars that LL(k) can't. That's why I proposed adding some functionality to

[issue42382] No easy way to get the distribution which provided a importlib.metadata.EntryPoint

Jason R. Coombs added the comment: I've ported the initial patch over to the backport and am exploring options in https://github.com/python/importlib_metadata/pull/266. -- ___ Python tracker

[issue38309] Avoid creating duplicate PATH entries with the macOS installer

Change by Ronald Oussoren : -- components: +macOS nosy: +ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38660] Checking if two regexes are equal should test if they are functionally equivalent

Ronald Oussoren added the comment: https://math.stackexchange.com/questions/46975/how-to-prove-two-regular-expressions-are-identical-in-mathematical-way contains some references to proofs that checking if two regular expressions are equivalent is PSPACE-complete. Another answer in that

[issue21627] Concurrently closing files and iterating over the open files directory is not well specified

Serhiy Storchaka added the comment: It is Modules/_posixsubprocess.c. We still do not have a reproducer, so I am not sure that the code has this problem. -- nosy: +serhiy.storchaka status: pending -> open ___ Python tracker

[issue42582] Remove asyncio._all_tasks_compat()

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42382] No easy way to get the distribution which provided a importlib.metadata.EntryPoint

Change by Jason R. Coombs : -- assignee: -> jaraco ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42576] Passing keyword arguments to types.GenericAlias causes a hard crash

miss-islington added the comment: New changeset 8502d46e3649bedf6b58a30b0a4b6b726e32b84b by Miss Islington (bot) in branch '3.9': [3.9] bpo-42576: Clarify only debug builds are affected in news (GH-23663) (GH-23666)

[issue42582] Remove asyncio._all_tasks_compat()

Serhiy Storchaka added the comment: New changeset 8a62887dfb4bb2835048780ad673362f7ee3c7bf by Serhiy Storchaka in branch 'master': bpo-42582: Remove asyncio._all_tasks_compat(). (GH-23664) https://github.com/python/cpython/commit/8a62887dfb4bb2835048780ad673362f7ee3c7bf --

[issue42576] Passing keyword arguments to types.GenericAlias causes a hard crash

Change by miss-islington : -- pull_requests: +22533 pull_request: https://github.com/python/cpython/pull/23666 ___ Python tracker ___

[issue42576] Passing keyword arguments to types.GenericAlias causes a hard crash

miss-islington added the comment: New changeset 6a7fb9d31bce8590e30c44458d1fc1da4539743d by kj in branch 'master': bpo-42576: Clarify only debug builds are affected in news (GH-23663) https://github.com/python/cpython/commit/6a7fb9d31bce8590e30c44458d1fc1da4539743d --

[issue42572] Better path handling with argparse

Eric V. Smith added the comment: I think this would be a type, not an action. I'm not sure this would pass the bar of something that should be added to the stdlib. But in any event, it should be developed on PyPI first, perhaps by adding it to argparse-types. -- nosy: +eric.smith

[issue42470] DeprecationWarning triggers for sequences which happen to be sets as well

Xavier Morel added the comment: Tried patterning the PR after the one which originally added the warning. Wasn't too sure how the news item was supposed to be generated, and grepping the repository didn't reveal any clear script doing that, so I made up a date and copied an existing random

[issue42470] DeprecationWarning triggers for sequences which happen to be sets as well

Change by Xavier Morel : -- pull_requests: +22532 pull_request: https://github.com/python/cpython/pull/23665 ___ Python tracker ___

[issue42582] Remove asyncio._all_tasks_compat()

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +22531 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23664 ___ Python tracker

[issue42582] Remove asyncio._all_tasks_compat()

New submission from Serhiy Storchaka : It was only used in _asynciomodule.c to implement now removed Task.all_tasks() method (see issue40967). -- components: asyncio messages: 382597 nosy: asvetlov, serhiy.storchaka, yselivanov priority: normal severity: normal status: open title:

[issue42581] Docs site redirection doesn't work for 3.9

New submission from kaxing : Following URL won't redirect(301) to /math.html https://docs.python.org/3.9/library/math Where the user sees 404 when they click from >>> help(math) However, works fine in: https://docs.python.org/3/library/math https://docs.python.org/3.5/library/math

[issue25024] Allow passing "delete=False" to TemporaryDirectory

Richard added the comment: Sorry for reviving a 9 months old issue, but IMO there was no good reason to reject this especially when a patch was provided. Even if the context manager can be replaced with 3 lines of code, I still don't consider that very user-friendly. My use case would be

[issue36541] Make lib2to3 grammar better match Python, support the := walrus

Batuhan Taskaya added the comment: I don't see the point of augmenting the ast.parse, since we already have variants of proper CST implementations outside the core python. Such as github.com/davidhalter/parso/ or LibCST. Also for basic refactorings, it is so easy to use tokens for the

[issue42576] Passing keyword arguments to types.GenericAlias causes a hard crash

Change by Ken Jin : -- pull_requests: +22530 pull_request: https://github.com/python/cpython/pull/23663 ___ Python tracker ___ ___

[issue42580] ctypes.util.find_library("libc") fails

Matthias Klose added the comment: ctypes.util.find_library("c") works in both 3.8 and 3.9 -- ___ Python tracker ___ ___

[issue42580] ctypes.util.find_library("libc") fails

New submission from Matthias Klose : regression compared to 3.8: $ python3.9 Python 3.9.1rc1 (default, Nov 27 2020, 19:38:39) [GCC 10.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> ctypes.util.find_library("libc") Traceback (most recent call last):

[issue42576] Passing keyword arguments to types.GenericAlias causes a hard crash

Ken Jin added the comment: Thanks for taking the time to review this! I forgot to specify this only affects debug builds in the news entry. I'm opening a PR to edit that because I don't want people to mistake it for an actual interpreter-crashing bug in the release build (that would

[issue42532] spec_arg's __bool__ is called while initializing NonCallableMock

Chris Withers added the comment: New changeset c598a04dd29b89ad072245ddaf738badcfb41ac7 by idanw206 in branch 'master': bpo-42532: Check if NonCallableMock's spec_arg is not None instead of call its __bool__ function (GH23613)

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

Alexey Izbyshev added the comment: > So it should be, "if they fail and you're in a context where exceptions are > allowed, raise an exception" (which will chain back to the one raised from an > audit hook". What exception should be raised if _Py_fopen() fails (returns NULL)? We can't just