[issue41154] test_pkgutil:test_name_resolution fails on some platforms

Ned Deily added the comment: This same failure is observed with the most recent 3.9beta (3.9.0b3) when running on macOS 10.9 with the binaries from the python.org macOS installer. However, no failure is seen when running the same Python on macOS 10.15. I have not investigated further with o

[issue41154] test_pkgutil:test_name_resolution fails on some platforms

Ned Deily added the comment: PS, the problem may have been introduced by the changes for bpo-12915. -- ___ Python tracker ___ ___ P

[issue12915] Add inspect.locate and inspect.resolve

Ned Deily added the comment: See bpo-41154 for possible regression introduced by these changes. -- nosy: +ned.deily ___ Python tracker ___

[issue41154] test_pkgutil:test_name_resolution fails on some platforms

Change by Florian Bruhin : -- nosy: +The Compiler ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue41155] Tkinter -postoffset not working for TCombobox

New submission from Svetoslav Inkolov : Doing a configuration of the tkinter combobox for the dropdown list with: style = ttk.Style() style.configure('TCombobox', postoffset=(0,0,width,0)) results in no changing of the combobox. In Python 2.7.16 or generally in python 2 this functiona

[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

Serhiy Storchaka added the comment: New changeset 7f569c9bc0079906012b3034d30fe8abc742e7fc by Srinivas Reddy Thatiparthy (శ్రీనివాస్ రెడ్డి తాటిపర్తి) in branch 'master': bpo-41048: mimetypes should read the rule file using UTF-8, not the locale encoding (GH-20998) https://github.com/python/

[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +20364 pull_request: https://github.com/python/cpython/pull/21210 ___ Python tracker _

[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

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

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

STINNER Victor added the comment: _Py_CheckPython3() tries to load "python3.dll" from two directories: * first one based on _Py_dll_path * second one based on Py_GetPrefix() I understand that LoadLibraryExW() must not be attempted if _Py_dll_path is empty, or if Py_GetPrefix() is empty. Am I

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

STINNER Victor added the comment: I understand that Python 3.5, 3.6 and 3.7 are also affected. It's not a regression. On Python 3.5, 3.6 and 3.7, when Py_SetPath(path) is called, Py_GetPrefix() also returns an empty path. So at least the directory based on Py_GetPrefix() should also be skip

[issue41156] Remove Task.all_tasks and Task.current_task

New submission from Inada Naoki : They are documented as "will be removed in version 3.9", but they are not removed in 3.9 beta. * Remove them in 3.10. * Update ~3.9 documents to "will be removed in version 3.10" -- components: asyncio messages: 372557 nosy: asvetlov, inada.naoki, yse

[issue41023] smtplib does not handle Unicode characters

Change by Jay Patel : Removed file: https://bugs.python.org/file49250/providing_only_ascii_characters.png ___ Python tracker ___ ___ Python

[issue41156] Remove Task.all_tasks and Task.current_task

Karthikeyan Singaravelan added the comment: See also https://bugs.python.org/issue40967 -- nosy: +aeros, xtreak ___ Python tracker ___

[issue41156] Remove Task.all_tasks and Task.current_task

Change by Inada Naoki : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9 ___ Python tracker

[issue41073] [C API] PyType_GetSlot() should accept static types

STINNER Victor added the comment: > historical discuss: bpo17162 bpo-17162 added PyType_GetSlot(), but static types were not discussed there. -- ___ Python tracker ___ __

[issue12915] Add inspect.locate and inspect.resolve

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue34206] Move and clarify Py_Main documentation

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue30672] PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue41154] test_pkgutil:test_name_resolution fails on some platforms

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue35975] Put back the ability to parse files where async/await aren't keywords

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue41157] email.message_from_string() is unable to find the headers for the .msg files

New submission from Jay Patel : I need to extract the email data from an MSG file on Python v2.7. But as Python v2.7 has been deprecated, I tried to replicate this scenario on Python v3.8 and faced the same issue. I am trying to extract the message using the "Message" class of the "extract_ms

[issue41157] email.message_from_string() is unable to find the headers for the .msg files

Change by Jay Patel : Added file: https://bugs.python.org/file49274/msgfile_not_working_correctly.msg ___ Python tracker ___ ___ Python-bugs

[issue37224] [subinterpreters] test__xxsubinterpreters fails randomly

STINNER Victor added the comment: AMD64 Windows8.1 Refleaks 3.x: https://buildbot.python.org/all/#/builders/157/builds/218 2:51:27 load avg: 3.54 [275/423/2] test__xxsubinterpreters crashed (Exit code 3221225477) -- running: test_regrtest (2 hour 49 min), test_distutils (1 min 56 sec), test_

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

STINNER Victor added the comment: The change broke the old parser in Python 3.9, I reopen the issue: AMD64 Arch Linux VintageParser 3.9: https://buildbot.python.org/all/#/builders/765/builds/129 FAIL: test_format_specifier_expressions (test.test_fstring.TestCase) (str="f'{4:{/5}}'") FAIL: te

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

Change by Lysandros Nikolaou : -- pull_requests: +20366 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/21212 ___ Python tracker ___ __

[issue41158] IDLE: rewrite the code for handling file encoding

New submission from Serhiy Storchaka : The proposed patch rewrites the code in IDLE for detecting Python file encoding and decoding and encoding Python sources by using the tokenize module instead of handmade implementation of PEP 263. -- assignee: terry.reedy components: IDLE message

[issue36468] Treeview: wrong color change

PySimpleGUI added the comment: The tk project fixed this problem in release 8.6.10. I don't see where this version of tk is being picked up. The release notes of 3.9.0 Beta3 show tk version 8.6.9 is being used for Windows. https://docs.python.org/3.9/whatsnew/changelog.html#python-3-9-0-bet

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

Change by Serhiy Storchaka : -- pull_requests: +20367 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/21214 ___ Python tracker ___ _

[issue41158] IDLE: rewrite the code for handling file encoding

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

[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

miss-islington added the comment: New changeset 9e36b6e6c8fc8925c6a5e7b57aff527bc4b862a8 by Miss Islington (bot) in branch '3.9': bpo-41048: mimetypes should read the rule file using UTF-8, not the locale encoding (GH-20998) https://github.com/python/cpython/commit/9e36b6e6c8fc8925c6a5e7b57a

[issue41048] read_mime_types() should read the rule file using UTF-8, not the locale encoding

miss-islington added the comment: New changeset 7731139b7af655b9f5df6d1b5493f8dfdf41d569 by Miss Islington (bot) in branch '3.8': bpo-41048: mimetypes should read the rule file using UTF-8, not the locale encoding (GH-20998) https://github.com/python/cpython/commit/7731139b7af655b9f5df6d1b54

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

Serhiy Storchaka added the comment: PR 21214 sets the encoding of stdin/stdout/stderr to 'utf-8'. Error handler is set to 'surrogatepass' or 'surrogateescape' because these error handlers are used when convert strings between Python and Tcl. It guarantees that reading from stdin and writing

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Lysandros Nikolaou added the comment: > What do either of you think? Can the new parser handle it better? Pablo, correct me if I'm wrong, but I think that the parser has nothing to do with this. It's not the parser that produces this SyntaxError, it's some later compilation phase (I guess sy

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Pablo Galindo Salgado added the comment: > Pablo, correct me if I'm wrong, but I think that the parser has nothing to do > with this. It's not the parser that produces this SyntaxError, it's some > later compilation phase (I guess symtable creation phase?), which I know very > very little ab

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

Pablo Galindo Salgado added the comment: New changeset 990efe0fff749773887a50cb1ecb2c5d09263cf8 by Lysandros Nikolaou in branch '3.9': [3.9] bpo-41084: Fix test_fstring failure when using the old parser (GH-21212) https://github.com/python/cpython/commit/990efe0fff749773887a50cb1ecb2c5d09263c

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Lysandros Nikolaou added the comment: > If I understand correctly, Nick is talking about modifying the different > iterations for different errors in codeop no? I was talking about msg200936, where Nick proposed to just hardcode a check for nonlocal SyntaxErrors in codeop._maybe_compile, whi

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

Change by Lysandros Nikolaou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

Lysandros Nikolaou added the comment: Thanks, Victor! The fix is merged, so I'm closing this again. -- ___ Python tracker ___ ___

[issue39672] Segmentation fault on shutdown with shelve & c pickle

Andrei Daraschenka added the comment: Hello zd nex After a little research, it became clear that this drop is due to vague garbage collection behavior. As you know, method `__del__` is called by the garbage collector and when this happens there is no guarantee that the rest of the objects a

[issue39672] Segmentation fault on shutdown with shelve & c pickle

zd nex added the comment: Hello, ok but it seems to me that this segfault happens always (it is not random)? So I guess that there should be way how fix C pickle, no? Or something else should be done with __del__ method of shelve. Because in Python2 this was normally working. It seems to me

[issue39701] Azure Pipelines PR broken

Stefan Krah added the comment: This appears to be fixed now. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue40223] Add -fwrapv for new icc versions

Stefan Krah added the comment: icc does not like the label reordering from: ddd1949fea59f256e51191540a4446f75ed608fa This is one step further, but not much. Possibilities are still: 1) The reordering exposes an overflow. 2) The new ordering is not supported by icc, it introduces U

[issue40223] Add -fwrapv for new icc versions

Stefan Krah added the comment: cc Benjamin, in case he has any ideas: icc does not like the label reordering in ceval.c, but that can be anything from an icc issue to an actual overflow in ceval.c. -- nosy: +benjamin.peterson ___ Python tracker

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: this breaks builds for ubuntu, I'd suggest reverting this (especially because it appears to build fine without this patch) 2020-06-29T08:52:56.8303672Z x86_64-linux-gnu-gcc -pthread -fPIC -Wdate-time -D_FORTIFY_SOURCE=2 -Wno-unused-result -Wsign-compare -DN

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: especially this late in the beta period for 3.9 -- it would be unfortunate for 3.10 but it's an explicit break of feature freeze for 3.9 -- ___ Python tracker

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Ubuntu is my main system, and it does not break the build. If you use --with-system-libmpdec, you need to keep in sync with the external libmpdec. -- ___ Python tracker __

[issue5004] socket.getfqdn() doesn't cope properly with purely DNS-based setups

Jan Hudec added the comment: Confirming the fixed version linked in previous comment by Thomas Waldmann is correct and matches what `hostname -f` does. -- nosy: +bulb versions: +Python 3.10, Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9 _

[issue41159] Nested async dict comprehension fails with SyntaxError

New submission from Hrvoje Nikšić : Originally brought up on StackOverflow, https://stackoverflow.com/questions/60799366/nested-async-comprehension : This dict comprehension parses and works correctly: async def bar(): return { n: await foo(n) for n in [1, 2, 3] } But making i

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: reverting this patch passes all the tests, what's the motivation and why were there no code reviews for this? -- ___ Python tracker ___ ___

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Please name a buildbot that does not pass. -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Or is this CoC bait again? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: I package pythons for ubuntu: https://github.com/deadsnakes/python3.9-nightly/actions/runs/151286686 https://github.com/deadsnakes/python3.10-nightly/actions/runs/151287821 -- ___ Python tracker

[issue41159] Nested async dict comprehension fails with SyntaxError

Serhiy Storchaka added the comment: This is a duplicate of issue33346. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Syntax error with async generator inside dictionary comprehension ___

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: If Python is packaged with **system** libmpdec, you can only use the official Ubuntu Python/libmpdec version combination. Which are packaged by Matthias Klose, who is on the CC list here. Otherwise, why use the system libmpdec at all and not the version shipped

[issue41160] Cross-compiling for GNU/Hurd fails

New submission from Marius Bakke : Attempting to cross-compile for i586-pc-gnu fails with the following message: checking MACHDEP... configure: error: cross build not supported for i586-pc-gnu Adding a trivial case for it in the configure script is sufficient. -- components: Build

[issue41160] Cross-compiling for GNU/Hurd fails

Change by Marius Bakke : -- keywords: +patch pull_requests: +20370 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21218 ___ Python tracker ___ ___

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: > Otherwise, why use the system libmpdec at all and not the version shipped with Python? the packages are faithful reproductions of upstream packages, deviating from those introduces surprises for downstreams > If I install into a venv, I also don't use th

[issue33346] Syntax error with async generator inside dictionary comprehension

Serhiy Storchaka added the comment: What can I do to move this issue forward? We already missed 3.7, 3.8 and 3.9. -- ___ Python tracker ___ __

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: You are talking to the author of libmpdec *and* the _decimal module. Perhaps this problem has occurred to me, too: $ diff -ur mpdecimal-2.5.0/libmpdec cpython-commit/Modules/_decimal/libmpdec/ Only in mpdecimal-2.5.0/libmpdec: .objs Only in mpdecimal-2.5.0/libmp

[issue39085] Improve docs for await expression

Bill Wallace added the comment: There are a few other places on the documentation that are imprecise or misleading for await. While the information needed is scattered around the docs, I think these can also be improved. I'm pretty sure these fit with this issue. Developing with asyncio gui

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: > I understand that LoadLibraryExW() must not be attempted if _Py_dll_path is > empty, or if Py_GetPrefix() is empty. Am I right? More likely those should never be empty. Perhaps sys.prefix is optional, but the DLL path is the current executing module, and shou

[issue40874] Update to libmpdec-2.5.0

Change by Christian Heimes : -- nosy: +christian.heimes priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-l

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: Sorry, I take that back. Earlier versions would indeed skip initialization in some cases. I propose we deprecate the dll_path field in PathConfig and just get the path directly in the three places it's necessary. The path calculations have security exposure, s

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: This is no release blocker. Version 2.5.0 has been in 3.9 for a long time, and people should use the correct version. -- priority: release blocker -> normal ___ Python tracker ___

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: --with-system-libmpdec is a **long term** tool for distributions. Pinning the version number ensures that they use the correct version. -- ___ Python tracker _

[issue41155] Tkinter -postoffset not working for TCombobox

E. Paine added the comment: This is a strange bug, as the fix is simply to explicitly give the style (`style='TCombobox'`). This is, however, a Tcl/Tk issue as it can be reproduced in wish (I used the script attached). I therefore ask you close this issue as third party (you can take it up w

[issue41161] libmpdec-2.5.0 update is missing news entry

New submission from Christian Heimes : libmpdec was updated in bpo-40874 but there is no entry in the changelog. Every non-trivial change should be accompanied by a Misc/NEWS.d/ blurb. Please update the changelog manually. -- assignee: skrah components: Documentation keywords: 3.9regr

[issue41162] Clear audit hooks after destructors

New submission from Steve Dower : Because of when _Py_ClearAuditHooks is called during finalization, it is possible that __del__ destructors will be called after hooks have been cleared. Audit events that would be raised here are dropped. We should ensure these events are received by any know

[issue35975] Put back the ability to parse files where async/await aren't keywords

Guido van Rossum added the comment: Fixed again. Thanks Stefan for finding this! I apologize for the bug. -- stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue40275] test.support has way too many imports

Change by hai shi : -- pull_requests: +20371 pull_request: https://github.com/python/cpython/pull/21219 ___ Python tracker ___ ___ P

[issue41154] test_pkgutil:test_name_resolution fails on some platforms

Vinay Sajip added the comment: The problem appears to be in importlib. I put in a breakpoint in the test just before it tries to import the module é. (At this point it has successfully imported a module called वमस in an earlier loop iteration.) Then, in a different terminal console, I cd'd t

[issue40884] Added defaults parameter for logging.Formatter

Change by Vinay Sajip : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue34360] urllib.parse doesn't fully comply to RFC 3986

Change by Rahul Jha : -- nosy: +RJ722 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue29753] Ctypes Packing Bitfields Incorrectly - Linux

Change by Antoine Pitrou : -- versions: +Python 3.8, Python 3.9 -Python 2.7, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker ___

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

Rahul Jha added the comment: > That may actually be another alternative: instead of doing the "try > appending newlines and see if it works or generates different errors", > we may be able to switch to the tokenizer if the initial compilation > fails and check for hanging INDENT tokens (i.e. IN

[issue41163] test_weakref hangs

New submission from Peter Kuťák : Command make hangs on test_weakref I compile python 3.6.11 (latest compatible with my settings raspbian jessie) I compile on OrangePi i96 - single core ARM I think it is same problem as Issue29796 -- components: Tests messages: 372605 nosy: Peter Kuťá

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Eric V. Smith added the comment: New changeset b30ee26e366bf509b7538d79bfec6c6d38d53f28 by Ravi Teja P in branch 'master': bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface (GH-21033) https://github.com/python/cpython/commit/b30ee26e366bf509b7538d79bfec6c6d38d53f28 ---

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

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

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by miss-islington : -- nosy: +miss-islington nosy_count: 6.0 -> 7.0 pull_requests: +20372 pull_request: https://github.com/python/cpython/pull/21220 ___ Python tracker _

[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

Andrew added the comment: Thanks for your reply Ned. I think you are right about mac OS sandboxes messing something up. Python builds most of the extension modules fine if I do a straightforward build in the /tmp directory like you said. Do you know of any easy ways to disable mac OS sandbo

[issue40874] Update to libmpdec-2.5.0

Łukasz Langa added the comment: Stefan brought libmpdec-2.5.0 to 3.9 shortly before Beta 2. Due to us being busy with the importlib fiasco, this went under our radar. It shouldn't have. It's a large chunk of refactored code merged without review after the beta freeze. Betas aren't for changin

[issue40874] Update to libmpdec-2.5.0

Anthony Sottile added the comment: Łukasz: what would you recommend for downstream packagers? I have essentially two options (assuming this isn't reverted in cpython master which I believe makes the most sense since cpython still works fine with older libmpdec): - revert this individual comm

[issue41162] Clear audit hooks after destructors

JIanqiu Tao added the comment: Patch attached below works well, but with less functionality for users' audit hook. Pure Python audit hook implement looks safe enough. Should we need call _PySys_ClearAuditHooks earlier for more functionality? -- keywords: +patch nosy: +zkonge Added fil

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

miss-islington added the comment: New changeset dc8ce8ead182de46584cc1ed8a8c51d48240cbd5 by Miss Islington (bot) in branch '3.8': bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface (GH-21033) https://github.com/python/cpython/commit/dc8ce8ead182de46584cc1ed8a8c51d48240cbd

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

miss-islington added the comment: New changeset 9a646aa82dfa62d70ca2a99ada901ee6cf9f82bd by Miss Islington (bot) in branch '3.9': bpo-41004: Resolve hash collisions for IPv4Interface and IPv6Interface (GH-21033) https://github.com/python/cpython/commit/9a646aa82dfa62d70ca2a99ada901ee6cf9f82b

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

Change by Eric V. Smith : -- assignee: -> eric.smith resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > Anthony noted a new failure related to your unreviewed and under-documented > commit. He claimed a failure in Ubuntu (in a manner that I took as petulant), which isn't the case. It is a failure in a custom Ubuntu distro that uses --with-system-libmpdec in an

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > unreviewed and under-documented commit. libmpdec has been one of the few zero fault areas of Python. Please stop spreading FUD. -- ___ Python tracker ___

[issue40874] Update to libmpdec-2.5.0

Christian Heimes added the comment: > > unreviewed and under-documented commit. > > libmpdec has been one of the few zero fault areas of Python. > Please stop spreading FUD. This has nothing to do with your excellent fault rate (lack of any issues). The commit had no Misc/NEWS.d blurb and the

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > This has nothing to do with your excellent fault rate (lack of any issues). I sounds like that though for random people who read this issue and think that Łukasz is the grand release manager who puts a person in his place. That was incredibly inappropriate. li

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > I have opened bpo-41161 to address the issue. Thanks, that is a more considerate approach, I'll add the note! -- ___ Python tracker ___ _

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Also note that people did not react at all to the fact that coroutine storage was not thread safe across several releases. No one asked for News entry. But "breaking" a fringe distro seems to be a major disaster. --

[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

Ned Deily added the comment: > Do you know of any easy ways to disable mac OS sandboxes from being used in > the python build from the command line? Please show the exact steps you used to build this, in particular, the full ./configure statement and any relevant env variable settings. I don

[issue40874] Update to libmpdec-2.5.0

Christian Heimes added the comment: > Also note that people did not react at all to the fact that > coroutine storage was not thread safe across several releases. That's whataboutism. > No one asked for News entry. The bot did ask you to add a news entry. According to https://devguide.pytho

[issue41129] Python extension modules fail to build on Mac 10.15.1 (Catalina)

Ned Deily added the comment: PS. Or try doing an out-of-tree build. Perhaps the problem is just due to trying to do the build under that unconventional location under /. cd ~/build ./path/to/sourcetree/configure ... make ... -- ___ Python tracke

[issue37999] No longer use implicit convertion to int with loss

Serhiy Storchaka added the comment: New changeset e67f7db3c34f70536f36c56bb82e33c3512a53a3 by Serhiy Storchaka in branch 'master': bpo-37999: Simplify the conversion code for %c, %d, %x, etc. (GH-20437) https://github.com/python/cpython/commit/e67f7db3c34f70536f36c56bb82e33c3512a53a3 --

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > The bot did ask you to add a news entry. And I deliberately did not, out of politeness. Two release managers were added and they did not ask. > Other core developer go through great length to keep backwards compatibility > for older or less commonly used syst

[issue41154] test_pkgutil:test_name_resolution fails on some platforms

Brett Cannon added the comment: I wonder if it's a problem from Unicode representation since I don't think importlib tries to have a standard normalization form of Unicode. I could see that leading to how the file system encoded something differing from how it was encoded in the test file, l

[issue41162] Clear audit hooks after destructors

Change by JIanqiu Tao : -- pull_requests: +20374 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/21222 ___ Python tracker ___ __

[issue41046] unittest: make skipTest a classmethod

Andrei Daraschenka added the comment: Hello and thanks for your issue. Can you explain why we need to make method as `classmethod` because in your example you don't provide argument for `cls.skipTest()`. -- nosy: +dorosch ___ Python tracker

  1   2   >