[issue42238] Deprecate suspicious.py?

Change by Julien Palard : -- pull_requests: +29059 pull_request: https://github.com/python/cpython/pull/30879 ___ Python tracker ___ ___

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Terry J. Reedy added the comment: New changeset b1a3446f077b7d56b89f55d98dadb8018986a3e5 by Terry Jan Reedy in branch 'main': bpo-46496: Update IDLE News to 2021 Jan 24 (GH-30875) https://github.com/python/cpython/commit/b1a3446f077b7d56b89f55d98dadb8018986a3e5 -- _

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Terry J. Reedy added the comment: New changeset 367a37a18c4411c42da9006947dd95b0afbdf200 by Terry Jan Reedy in branch '3.10': [3.10] bpo-46496: Update IDLE News to 2021 Jan 24 (GH-30876) https://github.com/python/cpython/commit/367a37a18c4411c42da9006947dd95b0afbdf200 -- __

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Terry J. Reedy added the comment: New changeset 3178efbf0409107237a3cfe61ba85a5d3a26 by Terry Jan Reedy in branch '3.9': [3.9] bpo-46496: Update IDLE News to 2021 Jan 24 (GH-30877) https://github.com/python/cpython/commit/3178efbf0409107237a3cfe61ba85a5d3a26 --

[issue46496] idlelib/NEWS.txt for 3.11.0 and backports

Change by Terry J. Reedy : -- stage: patch review -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue42238] Deprecate suspicious.py?

Julien Palard added the comment: I slowly started to work on rstlint in its own tree because working in a single file felt inconfortable. The more I advanced in this direction the more it made sense to me: - I first added tests, I may have been able to do so in the cpython tree though. - It

[issue42982] Update suggested number of iterations for pbkdf2_hmac()

Christian Heimes added the comment: My question from last year has not been answered yet. Is there any valid scientific research on the number of rounds or duration? I neither know nor do I understand how Django came up with the numbers. PyCA cryptography copied the numbers without questioni

[issue46511] dataclasses: Allow typing.Annotated to wrap dataclasses-specific annotations

New submission from Gregory Beauregard : In https://bugs.python.org/issue46491 the typing runtime behavior was changed so that `Annotated[Classvar[...]]` is now valid at runtime in order to alleviate tension between typing and non-typing annotation space uses. dataclasses.py should likely fol

[issue46376] PyMapping_Check returns 1 for list

Ben Avrahami added the comment: IMHO, I don't think any alternative to aviramha's solution addresses the issue, And I don't think the need is niche enough to be ignored. PyType_HasFeature excludes strings, bytes, and other esoteric types. PyMapping_Check includes mappings like dict and Mappin

[issue46483] `pathlib.PurePath.__class_getitem__` does not return `GenericAlias`

Serhiy Storchaka added the comment: It is not related to email and asyncio either. -- components: -asyncio, email ___ Python tracker ___ _

[issue46512] Explicit or correct behavior of filecmp.cmpfiles w/ absolute path names

New submission from bers : It is very easy to use filecmp.cmpfiles incorrectly by passing absolute path names. This is because 1. the documentations does not say that relative path names have to be passed, and 2. filecmp.cmpfiles does not issue a warning when absolute path names are passed.

[issue46454] '0 -> /dev/null' is lost

Change by Brett Randall : -- nosy: +javabrett ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue42238] Deprecate suspicious.py?

Georg Brandl added the comment: > I was not here 21 years ago when it was introduced You gave me a small shock, but I checked and it was only 11/12 years ago :D I'm fine with moving this out of tree; please coordinate with the Sphinx maintainers whether it should be an "official" extension o

[issue24398] Update test_capi to use test.support.script_helper

Change by Irit Katriel : -- versions: +Python 3.11 -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46454] '0 -> /dev/null' is lost

Brett Randall added the comment: For the possible benefit of future readers of this issue, the sequence and behaviour here which may cause confusion: - say stdin is closed, perhaps along with stdout and stderr via a call to os.closerange(0, 3) or otherwise - os.open() is called and creates a

[issue46454] '0 -> /dev/null' is lost

Brett Randall added the comment: docker run -i --rm python:3.9 <<-EOF import os print(os.get_inheritable(0)) fd_null_before_close = os.open("/dev/null", os.O_RDWR) os.close(0) fd_null = os.open("/dev/null", os.O_RDWR) print(fd_null_before_close) print(fd_null) os.dup2(fd_null, 0) print(os.

[issue46510] Update Python2-style exception handling

Change by Irit Katriel : -- pull_requests: +29060 pull_request: https://github.com/python/cpython/pull/30880 ___ Python tracker ___

[issue46464] concurrent.futures.ProcessPoolExecutor can deadlock when tcmalloc is used

Antoine Pitrou added the comment: Indeed, it seems this should only be disabled when the "fork" model is used, especially as the optimization is mostly valuable when spawning a worker is expensive. -- nosy: +pitrou ___ Python tracker

[issue46510] Update Python2-style exception handling

Change by Kumar Aditya : -- nosy: +kumaraditya303 nosy_count: 1.0 -> 2.0 pull_requests: +29061 pull_request: https://github.com/python/cpython/pull/30881 ___ Python tracker ___

[issue46513] AC_C_CHAR_UNSIGNED from configure.ac confuses GCC 12+ by defining __CHAR_UNSIGNED__

New submission from Miro Hrončok : As described at https://mail.python.org/archives/list/python-...@python.org/thread/MPHZ3TGSHMSF7C4P7JEP2ZCYLRA3ERC5/ the AC_C_CHAR_UNSIGNED macro from configure.ac confuses GCC 12+ as it exports a reserved symbol __CHAR_UNSIGNED__ through pyconfig.h. My assu

[issue46513] AC_C_CHAR_UNSIGNED from configure.ac confuses GCC 12+ by defining __CHAR_UNSIGNED__

Change by Christian Heimes : -- keywords: +patch pull_requests: +29062 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30851 ___ Python tracker ___

[issue46513] AC_C_CHAR_UNSIGNED from configure.ac confuses GCC 12+ by defining __CHAR_UNSIGNED__

Christian Heimes added the comment: Modules/audioop.c uses __CHAR_UNSIGNED__, but the absence or presence of the symbol does not affect behavior: #if defined(__CHAR_UNSIGNED__) #if defined(signed) /* This module currently does not work on systems where only unsigned characters are availabl

[issue46514] Pathlib Path.touch() seems to ignore groups write bit for mode parameter

New submission from Savo Vuksan : The touch function of the Path Object in the Pathlib module seems to ignore the write bit for the second octal number for the groups permission in the mode parameter In the provided script you can see that the output prints -rwxr-xr-- but it should be -rwxrwx

[issue46515] Benefits Of Phool Makhana

New submission from Faizan javed : Makhanas are widely cultivated throughout Asia and often used in traditional forms of medicine to treat various https://www.hunzabazar.com/product/phool-makhana-price-in-pakistan/ https://www.hunzabazar.com/ -- components: 2to3 (2.x to 3.x conversion

[issue46516] Use existing unbound_local_error label in DELETE_FAST opcode

New submission from Kumar Aditya : There was already a unbound_local_error label defined so use it in DELETE_FAST opcode too. -- components: Interpreter Core messages: 411579 nosy: Mark.Shannon, kj, kumaraditya303 priority: normal pull_requests: 29063 severity: normal status: open titl

[issue46510] Update Python2-style exception handling

Irit Katriel added the comment: It's not my intention here to go on a search-and-destroy mission to remove all calls to sys.exc_info(), that would cause unnecessary code churn. I am reviewing them to see where the call the sys.exc_info is close to other legacy problems/significant complexity

[issue46510] Update Python2-style exception handling

Kumar Aditya added the comment: > It's not my intention here to go on a search-and-destroy mission to remove > all calls to sys.exc_info(), that would cause unnecessary code churn. I am > reviewing them to see where the call the sys.exc_info is close to other > legacy problems/significant co

[issue46503] assertion failure in Parser/string_parser.c

Change by Eric V. Smith : -- pull_requests: +29064 pull_request: https://github.com/python/cpython/pull/30883 ___ Python tracker ___ ___

[issue46420] Use NOTRACE_DISPATCH in specialized opcodes

New submission from Mark Shannon : New changeset 96bf84d57a7c29544866a6c20231603049de4919 by Dennis Sweeney in branch 'main': bpo-46420: Use NOTRACE_DISPATCH() in specialized opcodes (GH-30652) https://github.com/python/cpython/commit/96bf84d57a7c29544866a6c20231603049de4919 -- nosy:

[issue40077] Convert static types to heap types: use PyType_FromSpec()

Change by Yu Zhao : -- nosy: +CharlieZhao nosy_count: 14.0 -> 15.0 pull_requests: +29065 pull_request: https://github.com/python/cpython/pull/30884 ___ Python tracker ___ _

[issue46517] Review exception handling in urllib.parse

New submission from Irit Katriel : Is there a reason for this raising, catching and reraising the exception here: https://github.com/python/cpython/blob/main/Lib/urllib/parse.py#L934 rather than just: if len(query) and not isinstance(query[0], tuple): raise TypeError("not a valid non-str

[issue46517] Review exception handling in urllib.parse

Irit Katriel added the comment: In urllib.request, there are in a few places things like: except OSError as msg: raise OSError('socket error', msg).with_traceback(sys.exc_info()[2]) I imagine this predates chaining - is there a reason not to raise..from here instead of wrapping the "

[issue46518] SSL socket timeout not set after client connects via accept

New submission from tomazas : Once a client connects to a SSL server over socket accept() the newly returned client socket `newsock` is wrapped in SSL context. Since the new client `newsock` does not have a socket timeout set (i.e. None), the final returned SSL context socket is also assigned

[issue46517] Review exception handling in urllib

Change by Irit Katriel : -- title: Review exception handling in urllib.parse -> Review exception handling in urllib ___ Python tracker ___

[issue33125] Windows 10 ARM64 platform support

Steve Dower added the comment: > Our challenge with the installer is the portability of Wix Toolset. I'm > pretty sure our current version doesn't support ARM64, and they haven't > released a newer version that does yet. Turns out they've released some test versions that support it (partial

[issue46519] test_typing failing on branch 3.10

New submission from Matheus Castanho : test_typing on branch 3.10 is failing after GH-30770 [1] test test_typing failed -- Traceback (most recent call last): File "/home/mscastanho/AT/python-next-220124/opt/at-next-16.0-0-alpha/lib64/python3.10/test/test_typing.py", line 3917, in setUpClass

[issue46515] Benefits Of Phool Makhana

Change by Matthew Barnett : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue46517] Review exception handling in urllib

Irit Katriel added the comment: Note that test.support has special handling for urllib's nested exception structure: https://github.com/python/cpython/blob/3.10/Lib/test/support/socket_helper.py#L250 -- ___ Python tracker

[issue33125] Windows 10 ARM64 platform support

Pablo Galindo Salgado added the comment: No problem! What do I need to update? The script to add the binaries to the release page? -- ___ Python tracker ___ _

[issue46396] `Concatenate` should not raise any semantic errors

Nikita Sobolev added the comment: I think that in case when we preserve the runtime checks, they should be covered by tests. Right now - they are not. So, I will switch my PR to the initial version with a new test case. Does this sound right? :) -- _

[issue45945] compileall.py throws a traceback when using -j0 and thus 'make install' locks up

Change by Irit Katriel : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> "dictionary changed size during iteration" error in _ExecutorManagerThread ___ Python tracker

[issue46515] Benefits Of Phool Makhana

Change by Eric V. Smith : -- Removed message: https://bugs.python.org/msg411578 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue46515] SPAM

Change by Eric V. Smith : -- nosy: -faizanjaved2021 title: Benefits Of Phool Makhana -> SPAM ___ Python tracker ___ ___ Python-bugs

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Irit Katriel added the comment: The python parser was completely rewritten in version 3.9, so it's likely that this caused changes to error messages. Adding @pablogsal and @lys.nikolaou in case they can say more. -- nosy: +iritkatriel, lys.nikolaou, pablogsal ___

[issue25970] py_compile.compile fails if existing bytecode file is unwritable

Irit Katriel added the comment: It is explicitly documented that existing files are not overwritten and the script fails in this case, so I think this is a feature: https://docs.python.org/3/library/py_compile.html#py_compile.compile -- nosy: +iritkatriel resolution: -> rejected sta

[issue5884] pydoc to return error status code

Change by Irit Katriel : -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> pydoc should return non-zero exit code when a query is not found ___ Python tracker _

[issue46503] assertion failure in Parser/string_parser.c

Pablo Galindo Salgado added the comment: Thanks for the quick fix, Eric! -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue31305] 'pydoc -w import' report "no Python documentation found for 'import'"

Irit Katriel added the comment: It is still relevant, but there is another issue for this: issue11831. -- nosy: +iritkatriel resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> "pydoc -w" causes "no Python documentation found" error when the path is no

[issue11831] "pydoc -w" causes "no Python documentation found" error when the path is not current directory

Irit Katriel added the comment: Closed Issue31305 as a duplicate of this. -- nosy: +iritkatriel versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.2 ___ Python tracker

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Pablo Galindo Salgado added the comment: Indeed, these new errors are due to the new parser. Unfortunately, the new parser doesn't allow to check against incomplete input the way the old one did so that piece of documentation is unfortunately outdated. We should remove it to avoid further co

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Irit Katriel added the comment: Mateusz, would you like to submit a patch to remove this section from the faq? -- ___ Python tracker ___ __

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Change by Irit Katriel : -- versions: +Python 3.11, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46491] typing: allow Annotated in outermost scope

miss-islington added the comment: New changeset 41e0aead3defa6d0486514e313b6975fbf375998 by Miss Islington (bot) in branch '3.10': bpo-46491: Allow Annotated on outside of Final/ClassVar (GH-30864) https://github.com/python/cpython/commit/41e0aead3defa6d0486514e313b6975fbf375998 --

[issue46491] typing: allow Annotated in outermost scope

miss-islington added the comment: New changeset b0b8388a1c29dc9203dd1a9e8b1420a6a5e88c97 by Miss Islington (bot) in branch '3.9': bpo-46491: Allow Annotated on outside of Final/ClassVar (GH-30864) https://github.com/python/cpython/commit/b0b8388a1c29dc9203dd1a9e8b1420a6a5e88c97 --

[issue46491] typing: allow Annotated in outermost scope

Ken Jin added the comment: Thanks Gregory for fixing this! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue31057] pydoc for tempfile.TemporaryDirectory should say it returns the name

Irit Katriel added the comment: The OP seems to have abandoned this and all it got was a +0 for changing, so I suggest we close it. -- nosy: +iritkatriel resolution: -> wont fix status: open -> pending ___ Python tracker

[issue46519] test_typing failing on branch 3.10

Ken Jin added the comment: Thanks Matheus for the report. I can reproduce this too. Unrelated: I'm confused why the CI checks passed on 3.10. Furthermore the buildbots aren't complaining. -- nosy: +kj, sobolevn ___ Python tracker

[issue33125] Windows 10 ARM64 platform support

Steve Dower added the comment: Yeah, will just be the same files again but with "arm64" in place of "win32"/"amd64". I'm also going to stop uploading the old webinstall files with my change here, though that shouldn't matter. The code we added to filter them out should handle them being com

[issue33125] Windows 10 ARM64 platform support

Change by Steve Dower : -- pull_requests: +29066 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/30885 ___ Python tracker ___ _

[issue26120] pydoc: move __future__ imports out of the DATA block

Irit Katriel added the comment: It's like this: >>> import foo >>> dir(foo) ['__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__', '__package__', '__spec__', 'annotations', 'x'] >>> foo.annotations _Feature((3, 7, 0, 'beta', 1), (3, 11, 0, 'alpha', 0), 16777216) So

[issue46445] Multiple inheritance of TypedDict is not covered in `test_typing`

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

[issue46519] test_typing failing on branch 3.10

Change by Ken Jin : -- keywords: +patch pull_requests: +29068 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30886 ___ Python tracker ___

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Mateusz Loskot added the comment: Irit, I can and I will submit a patch. However, I'm very keen to learn what is an alternative solution then to distinguish hard invalid from incomplete input. IOW, what would be the new way of achieving what's described in the old FAQ? I believe it would be

[issue46520] `ast.unparse` produces syntactically illegal code for identifiers that look like reserved words

New submission from Kodiologist : This works: 𝕕𝕖𝕗 = 1 This raises SyntaxError: import ast exec(ast.unparse(ast.parse("𝕕𝕖𝕗 = 1"))) It looks like `ast.parse` creates a `Name` node with `id='def'`, which is correct per PEP 3131, but `ast.unparse` doesn't know it needs to mangle the

[issue46519] test_typing failing on branch 3.10

Nikita Sobolev added the comment: One of the first things to think of: maybe `NewTypeTests` are not executed at all on 3.10? -- ___ Python tracker ___ ___

[issue46521] compile_command not raising syntax error when command ends with triple quotes

New submission from Tushar Sadhwani : compile_command used to raise error for this until Python 3.9: ``` >>> import code >>> code.compile_command("abc def '''") Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3.9/codeop.py", line 132, in compile_command retu

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Pablo Galindo Salgado added the comment: > However, I'm very keen to learn what is an alternative solution then to > distinguish hard invalid from incomplete input. IOW, what would be the new > way of achieving what's described in the old FAQ? Unfortunately, there is no new way to do this fr

[issue42982] Update suggested number of iterations for pbkdf2_hmac()

April King added the comment: Django probably stores and computes more passwords than every other Python framework combined, and it doesn't provide you any control over the number of iterations. And it hasn't for years. If this were truly a problem, wouldn't their users be complaining about

[issue46522] concurrent.futures.__getattr__ raises the wrong AttributeError message

New submission from Thomas Grainger : >>> import types >>> types.ModuleType("concurrent.futures").missing_attribute Traceback (most recent call last): File "", line 1, in AttributeError: module 'concurrent.futures' has no attribute 'missing_attribute' >>> import concurrent.futures >>> concurr

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Change by Pablo Galindo Salgado : -- nosy: -pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue46396] `Concatenate` should not raise any semantic errors

Guido van Rossum added the comment: No, that would make the behavior normative. Let sleeping dogs lie. -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue46519] test_typing failing on branch 3.10

Ken Jin added the comment: The test correctly fails on the first run in the CI, then skips itself on the second run, tricking the CI into thinking everything's passed. E.g. search for "test_typing" here https://github.com/python/cpython/runs/4902363883?check_suite_focus=true. As to why it d

[issue46511] dataclasses: Allow typing.Annotated to wrap dataclasses-specific annotations

Jelle Zijlstra added the comment: Related: issue44799 about InitVar. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue46522] concurrent.futures.__getattr__ raises the wrong AttributeError message

Thomas Grainger added the comment: this also applies to io and _pyio -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue46445] Multiple inheritance of TypedDict is not covered in `test_typing`

Ken Jin added the comment: New changeset 9a7d01046723a8a0a10f9a26702c5e39e73d4414 by Ken Jin in branch '3.10': [3.10] bpo-46445, bpo-46519: Re-import typing.NewType (GH-30886) https://github.com/python/cpython/commit/9a7d01046723a8a0a10f9a26702c5e39e73d4414 -- _

[issue46519] test_typing failing on branch 3.10

Ken Jin added the comment: New changeset 9a7d01046723a8a0a10f9a26702c5e39e73d4414 by Ken Jin in branch '3.10': [3.10] bpo-46445, bpo-46519: Re-import typing.NewType (GH-30886) https://github.com/python/cpython/commit/9a7d01046723a8a0a10f9a26702c5e39e73d4414 -- _

[issue46519] test_typing failing on branch 3.10

Change by Ken Jin : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Pytho

[issue46510] Update Python2-style exception handling

Irit Katriel added the comment: New changeset 45f5f52601ebccb195c19cb0a77beaf7f7dfa56a by Kumar Aditya in branch 'main': bpo-46510: update Python2-style exception handling in argparse (GH-30881) https://github.com/python/cpython/commit/45f5f52601ebccb195c19cb0a77beaf7f7dfa56a -- __

[issue46519] test_typing failing on branch 3.10

Nikita Sobolev added the comment: These lines seem suspicious: ``` 0:09:12 load avg: 6.37 Re-running failed tests in verbose mode 0:09:12 load avg: 6.37 Re-running test_typing in verbose mode (matching: setUpClass) 1 re-run test: test_typing 1 test run no tests: test_typing ``` Pro

[issue46523] Test suite skips failing tests

New submission from Nikita Sobolev : Here's what happened. We had an error in `test_typing.py`, which was silently ignored. ``` == ERROR: setUpClass (test.test_typing.NewTypeTests)

[issue46519] test_typing failing on branch 3.10

Guido van Rossum added the comment: Exactly what I just thought. A bit more research might find a buggy assumption in the test "framework". -- nosy: +gvanrossum ___ Python tracker __

[issue46519] test_typing failing on branch 3.10

Nikita Sobolev added the comment: I filled a new issue: https://bugs.python.org/issue46523 -- ___ Python tracker ___ ___ Python-bug

[issue42982] Update suggested number of iterations for pbkdf2_hmac()

Paul Kehrer added the comment: NIST provides no official guidance on iteration count other than NIST SP 800-132 Appendix A.2.2, which states "The number of iterations should be set as high as can be tolerated for the environment, while maintaining acceptable performance." I can think of no

[issue26120] pydoc: move __future__ imports out of the DATA block

Change by Irit Katriel : -- keywords: +patch pull_requests: +29070 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30888 ___ Python tracker ___ ___

[issue26120] pydoc: move __future__ imports out of the DATA block

Change by Irit Katriel : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue42982] Update suggested number of iterations for pbkdf2_hmac()

Christian Heimes added the comment: You are arguing from the perspective of a Django/werkzeug developer and you are using experiential domain knowledge to argue for higher recommendation. I'm asking for a scientific answer. Based on my experience 100k PBKDF2 HMAC-SHA256 rounds is already a D

[issue46520] `ast.unparse` produces syntactically illegal code for identifiers that look like reserved words

Change by Jelle Zijlstra : -- nosy: +BTaskaya, Jelle Zijlstra, benjamin.peterson, pablogsal ___ Python tracker ___ ___ Python-bugs-l

[issue46523] Test suite skips failing tests

Ken Jin added the comment: I vote for option 2. -- nosy: +ezio.melotti, gvanrossum, kj ___ Python tracker ___ ___ Python-bugs-list

[issue46523] Test suite skips failing tests when setUp[Class] fails

Change by Ken Jin : -- title: Test suite skips failing tests -> Test suite skips failing tests when setUp[Class] fails ___ Python tracker ___ _

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Pablo Galindo Salgado added the comment: This is due to the fact that the new parser doesn't detect the syntax error of "abc def" after it has parsed the full text, but before that happens, the tokenizer has detected a problem (the ''' is not closed) and this is considered incomplete output

[issue30424] make pydoc-topics fails

Irit Katriel added the comment: We're have minimum sphinx version set to 1.8 now, so this should no longer be an issue. -- nosy: +iritkatriel resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue46497] IDLE macOS shortcut ctrl+S doesn’t work for show completions

Change by David Contreras : -- assignee: -> terry.reedy components: +IDLE nosy: +terry.reedy type: -> behavior versions: +Python 3.10, Python 3.9 ___ Python tracker ___ _

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Tushar Sadhwani added the comment: wontfix would really suck, because that would mean every REPL written with the `code` module will be broken, even IPython: ``` $ ipython Python 3.10.0 (default, Oct 11 2021, 05:33:59) [GCC 11.2.0] Type 'copyright', 'credits' or 'license' for more information

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Pablo Galindo Salgado added the comment: > wontfix would really suck, because that would mean every REPL written with > the `code` module will be broken, even IPython: I understand, but I don't see a way to fix this without reverting the change to detect unclosed triple quites or without com

[issue46282] return value of builtins is not clearly indicated

Change by James Gerity : -- title: print() docs do not indicate its return value -> return value of builtins is not clearly indicated ___ Python tracker ___ __

[issue40077] Convert static types to heap types: use PyType_FromSpec()

STINNER Victor added the comment: Converting further static types to heap types require a discussion. See what the Python Steering Council wrote at Feb 8, 2021: "The Steering Council discussed the ongoing work on porting types in the standard library to heap-types and the subinterpreter-rela

[issue33125] Windows 10 ARM64 platform support

Change by Guido van Rossum : -- nosy: -Guido.van.Rossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue46514] Pathlib Path.touch() seems to ignore groups write bit for mode parameter

Ronald Oussoren added the comment: The touch method combines the mode you specify with the active umask (set by os.umask()). This is fairly standard behaviour for Unix APIs that accept a file mode. This is documented at: https://docs.python.org/3/library/pathlib.html#pathlib.Path.touch --

[issue46282] return value of builtins is not clearly indicated

Éric Araujo added the comment: The new title is puzzling; the discussion moved to advertising that all functions default to returning None, this is not related to the built-in status. -- ___ Python tracker _

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Tushar Sadhwani added the comment: You're right. There was another bug in my code that was causing the SyntaxError to not show up at all, sorry about that. Can you help me figure out why this bug doesn't show up in the normal Python REPL? ``` >>> abc def ''' File "", line 1 abc def ''

  1   2   3   >