[issue40498] Holding spacebar on button widget permanently makes it SUNKEN even after release (and wait).

New submission from PythonAmateur742 : See my Stack Overflow question for an example code. https://stackoverflow.com/questions/61588397/problems-with-tkinter-button-bindings-and-behaviour Reproduction: 1. create a single button (even without command) 2. Use tab to navigate to the button. 3.

[issue40334] PEP 617: new PEG-based parser

Change by Miro Hrončok : -- nosy: -hroncok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40334] PEP 617: new PEG-based parser

Change by Charalampos Stratakis : -- nosy: -cstratak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39159] Ideas for making ast.literal_eval() usable

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19210 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19899 ___ Python tracker ___

[issue40497] subprocess.check_output() accept the check keyword argument

Rémi Lapeyre added the comment: > Now a reviewer has to check that a developer uses the validate_result() > function *and* the developer is not passing validate=False into the function. Fair enough, I updated the PR to raise ValueError instead. --

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: New changeset e10e7c771bf06112c4a311e0ef6b8af6423b0cca by Lysandros Nikolaou in branch 'master': bpo-40334: Spacialized error message for invalid args after bare '*' (GH-19865)

[issue40489] INCREF/DECREFs around the rich comparison needs tests

Serhiy Storchaka added the comment: See issue1517. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40497] subprocess.check_output() accept the check keyword argument

Christian Heimes added the comment: IMHO it's both confusing and bad API design to have a function like validate_result(..., validate=False) Now a reviewer has to check that a developer uses the validate_result() function *and* the developer is not passing validate=False into the

[issue40497] subprocess.check_output() accept the check keyword argument

Rémi Lapeyre added the comment: > check_output() should not accept check=False. I thought about raising ValueError instead but `subprocess.check_output([...], check=False)` is actually a convenient shortcut over `subprocess.run([...], stdout=subprocess.PIPE).stdout` and I can't think of much

[issue40496] re.findall() takes a long time (100% cup usage) on Python 3.6.10

Rémi Lapeyre added the comment: I don't think this is a deadlock rather it is certainly related to the number of '*' there is in your pattern, the regexp has to search an exponentially growing number of patterns. You could try a simple pattern to match your attribute and it should be

[issue40497] subprocess.check_output() accept the check keyword argument

Christian Heimes added the comment: -1 check_output() should not accept check=False. Please only improve the error message. I would be fine with accepting check=True, too -- nosy: +christian.heimes stage: patch review -> ___ Python tracker

[issue40496] re.findall() takes a long time (100% cup usage) on Python 3.6.10

Sergio Rael added the comment: Sorry, this is not a deadlock. Python puts the CPU to 100% of usage, but it takes so long that a I didn't know if it can finish the task. -- title: re.findall() deadlock on Python 3.6.10 -> re.findall() takes a long time (100% cup usage) on Python

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Change by Miro Hrončok : -- pull_requests: +19209 pull_request: https://github.com/python/cpython/pull/19898 ___ Python tracker ___

[issue40497] subprocess.check_output() accept the check keyword argument

Change by Rémi Lapeyre : -- keywords: +patch pull_requests: +19208 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19897 ___ Python tracker ___

[issue40497] subprocess.check_output() accept the check keyword argument

New submission from Rémi Lapeyre : The subprocess.check_output() raises TypeError when given the `check` keyword-argument: Python 3.8.2 (v3.8.2:7b3ab5921f, Feb 24 2020, 17:52:18) [Clang 6.0 (clang-600.0.57)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>>

[issue40496] re.findall() deadlock on Python 3.6.10

New submission from Sergio Rael : I have found a deadlock using Python 3.6.10 that seems to have been solved on 3.7.x. probably related to capture groups. To reproduce the deadlock just do something like this: re.findall( '\[et_pb_image(?:\w|=|"|\d|\.|

[issue40495] compileall: option to hardlink duplicate optimization levels bytecode cache files

Lumír Balhar added the comment: I forgot to mention that I am working on PR which should be ready soon because the implementation is already done and tested in compileall2. -- ___ Python tracker

[issue40495] compileall: option to hardlink duplicate optimization levels bytecode cache files

Christian Heimes added the comment: Brett, FYI -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40495] compileall: option to hardlink duplicate optimization levels bytecode cache files

Christian Heimes added the comment: Python's import system is fully compatible with this approach. importlib never directly writes to a .pyc file. Instead it always creates a new temporary file next to the .pyc file and then overrides the .pyc file with an atomic file system operation. See

[issue40495] compileall: option to hardlink duplicate optimization levels bytecode cache files

Change by Filipe Laíns : -- nosy: +FFY00 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40495] compileall: option to hardlink duplicate optimization levels bytecode cache files

Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40495] compileall: option to hardlink duplicate optimization levels bytecode cache files

New submission from Lumír Balhar : We would like to include a possibility of hardlink deduplication of identical pyc files to compileall module in Python 3.9. We've discussed the change [0] and tested it in Fedora RPM build system via implementation in the compileall2 module [1]. The

[issue40051] Dead link in help(lib2to3/idlelib/turtledemo/tkinter.sub/test_*/?)

wyz23x2 added the comment: Patch? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40494] collections.abc.Callable and type variables

Ivan Levkivskyi added the comment: Here I think the behavior of typing.Callable is correct. -- ___ Python tracker ___ ___

[issue40408] GenericAlias does not support nested type variables

Ivan Levkivskyi added the comment: > But this behavior is not specified and is not covered by tests. FWIW, to be most close to the static type checkers behavior, both D[int][str] and D[int, str] should fail for D = Dict[T, List]. Not important however, since this is a really rare corner

[issue40492] -m cProfile -o f.pstats with a script that does chdir() writes to the changed directory and not `.`

Serhiy Storchaka added the comment: I think it is worth to fix and it should be not difficult to fix. Either make the output file name absolute before executing the script, or open the output file before executing the script (what is easier). Unless I miss something. -- nosy:

[issue40426] Unable to use lowercase hexadecimal digits for percent encoding

Serhiy Storchaka added the comment: What is wrong with the current behavior? Why does the case of hexadecimal digits matter? There are no options to repr() to control the case of hexadecimal digits in and '\ufffe', and I doubt there are such options in other functions producing

[issue40491] Typo in SyntaxError produced by pegen for numeric literals

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior versions: +Python 3.9 ___ Python tracker ___

[issue40491] Typo in SyntaxError produced by pegen for numeric literals

Serhiy Storchaka added the comment: New changeset c3f001461d5794c81cf5f70e08ae5435fe935ceb by Shantanu in branch 'master': bpo-40491: Fix typo in syntax error for numeric literals (GH-19893) https://github.com/python/cpython/commit/c3f001461d5794c81cf5f70e08ae5435fe935ceb -- nosy:

[issue40494] collections.abc.Callable and type variables

New submission from Serhiy Storchaka : There is a difference between typing.Callable and collections.abc.Callable. >>> import typing, collections.abc >>> T = typing.TypeVar('T') >>> C1 = typing.Callable[[T], T] >>> C2 = collections.abc.Callable[[T], T] >>> C1 typing.Callable[[~T], ~T] >>> C2

[issue40408] GenericAlias does not support nested type variables

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

[issue40408] GenericAlias does not support nested type variables

Serhiy Storchaka added the comment: New changeset 41a64587a0fd68bcd21ba42999cd3940801dff7c by Serhiy Storchaka in branch 'master': bpo-40408: Fix support of nested type variables in GenericAlias. (GH-19836) https://github.com/python/cpython/commit/41a64587a0fd68bcd21ba42999cd3940801dff7c

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

Chris Jerdonek added the comment: Since none of you are subscribed to the other issue except for Nathaniel, I thought I'd let you know I also posted a PR to fix another issue he filed similar to this one (but this time about the stack trace being incorrect for `gen.throw()` in certain

[issue29590] Incorrect stack traces when re-entering a generator/coroutine stack via .throw()

Chris Jerdonek added the comment: I proposed a PR to fix this: https://github.com/python/cpython/pull/19896 -- ___ Python tracker ___

[issue29590] Incorrect stack traces when re-entering a generator/coroutine stack via .throw()

Change by Chris Jerdonek : -- keywords: +patch pull_requests: +19207 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19896 ___ Python tracker ___

[issue35907] [security][CVE-2019-9948] Unnecessary URL scheme exists to allow local_file:// reading file in urllib

Petter S added the comment: We should whitelist the protocols. The current solution with `getattr` is really fragile. For example, this crashes with a `TypeError`: `URLopener().open("unknown_proxy://test")` -- nosy: +Petter S ___ Python tracker

<    1   2