[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- pull_requests: +20382 pull_request: https://github.com/python/cpython/pull/21228 ___ Python tracker ___

[issue41123] Remove Py_UNICODE APIs except PEP 623

Inada Naoki added the comment: New changeset b3332660adb02babb7e66e45310c66dc9a9a94da by Inada Naoki in branch 'master': bpo-41123: Remove PyUnicode_AsUnicodeCopy (GH-21209) https://github.com/python/cpython/commit/b3332660adb02babb7e66e45310c66dc9a9a94da --

[issue41133] Insufficient description of cyclic garbage collector for C API

Daniel Barkalow added the comment: I think it would be helpful to have something as troubleshooting information on the garbage collector. If you've got a bug in your C module, it's obvious that you shouldn't be doing something egregiously wrong, but it's not obvious what you might have done

[issue41164] allow python to build for macosx-11.0-arm64

Ned Deily added the comment: Lawrence, thanks for the PR. We appreciate any insights from you all. We ahve already started to build using the first seed of Big Sur and have already committed some fixes. Rather than having multiple open issues covering the same topic, I'd like to suggest

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

Terry J. Reedy added the comment: New changeset 2515a28230b1a011205f30263da6b01c6bd167a3 by Serhiy Storchaka in branch 'master': bpo-41152: IDLE: always use UTF-8 for standard IO streams (GH-21214) https://github.com/python/cpython/commit/2515a28230b1a011205f30263da6b01c6bd167a3 --

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

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

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

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

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

miss-islington added the comment: New changeset 00fd04b9b7537c473c3f9396a861868b8ddd3bb2 by Miss Islington (bot) in branch '3.8': bpo-41152: IDLE: always use UTF-8 for standard IO streams (GH-21214) https://github.com/python/cpython/commit/00fd04b9b7537c473c3f9396a861868b8ddd3bb2

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

miss-islington added the comment: New changeset 01638ce51a63afe5af3f778e7403702703bb41b9 by Miss Islington (bot) in branch '3.9': bpo-41152: IDLE: always use UTF-8 for standard IO streams (GH-21214) https://github.com/python/cpython/commit/01638ce51a63afe5af3f778e7403702703bb41b9

[issue41164] allow python to build for macosx-11.0-arm64

Dong-hee Na added the comment: Thanks, Lawrence for the patch. I am happy to see the patch from the Apple team. By the way, is there any way to check that the CPython team can check all the tests works well on the ARM macOS? -- nosy: +corona10, ronaldoussoren

[issue41164] allow python to build for macosx-11.0-arm64

Change by Dong-hee Na : -- versions: +Python 3.10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- nosy: +lawrence-danna-apple nosy_count: 3.0 -> 4.0 pull_requests: +20381 pull_request: https://github.com/python/cpython/pull/21224 ___ Python tracker

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

Ned Deily added the comment: Thanks for the PR! With the backports to 3.9 and 3.8 in place, I am assuming we can now close this issue. -- nosy: +ned.deily resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python

[issue41164] allow python to build for macosx-11.0-arm64

Lawrence D'Anna added the comment: sound good, thanks -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41165] [Python 3.10] Remove APIs deprecated since Python 3.3

New submission from Inada Naoki : I don't think we need to remove them all at onece. But we can remove some of them for code health. c-api/module.rst .. c:function:: const char* PyModule_GetFilename(PyObject *module) .. deprecated:: 3.2 c-api/init.rst .. c:function:: void

[issue41164] allow python to build for macosx-11.0-arm64

New submission from Lawrence D'Anna : allow python to build for macosx-11.0-arm64, by adding the appropriate case to configure.ac -- components: Interpreter Core files: 0001-arm64.patch keywords: patch messages: 372641 nosy: lawrence-danna-apple priority: normal severity: normal

[issue41100] Build failure on macOS 11 (beta)

Ned Deily added the comment: [Moving the discussion from Issue41164 to here.] The change in PR 21224 may be needed to successfully build but I'm not sure whether that LIBTOOL_CRUFT stuff is still needed. With a squick search, I don't see any references to it anymore. But it won't hurt to

[issue41133] Insufficient description of cyclic garbage collector for C API

Tim Peters added the comment: I don't see real value in the docs noting that Bad Things can happen if code lies about true refcounts. If a container points to an object, _of course_ the container should own that reference. Cheating on that isn't intended to be supported in any way, so

[issue41165] [Python 3.10] Remove APIs deprecated since Python 3.3

Inada Naoki added the comment: PyModule_GetFilename, PyEval_AcquireLock, PyEval_ReleaseLock. Are they part of stable ABI? -- ___ Python tracker ___

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

Change by Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) : -- pull_requests: +20383 pull_request: https://github.com/python/cpython/pull/21229 ___ Python tracker ___

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

Change by Ned Deily : -- versions: -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41123] Remove Py_UNICODE APIs except PEP 623

Change by Inada Naoki : -- pull_requests: +20380 pull_request: https://github.com/python/cpython/pull/21227 ___ Python tracker ___

[issue41100] Build failure on macOS 11 (beta)

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41164] allow python to build for macosx-11.0-arm64

Change by Lawrence D'Anna : -- pull_requests: +20376 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21224 ___ Python tracker ___

[issue41164] allow python to build for macosx-11.0-arm64

Lawrence D'Anna added the comment: The tests do not all pass yet, I thought I'd try with the tiny patch to enable building on arm and follow up with more after I getting feedback. If you prefer, I can wait until I have a complete patch that addresses all test failures on arm, but if you

[issue40223] Add -fwrapv for new icc versions

Stefan Krah added the comment: Yeah, I already felt a bit guilty about adding you -- it could be a compiler bug or an actual overflow. My bet is also that the reordering exposes an existing overflow. The reordering itself certainly looks correct to me. When I have time, I'll try to look

[issue40223] Add -fwrapv for new icc versions

Benjamin Peterson added the comment: I agree that your fix it correct, though because even if the specific issue you saw is a compiler bug, we need to tell our compilers than Python assumes signed wraparound. -- ___ Python tracker

[issue23427] Add sys.orig_argv: original command line arguments passed to the Python executable

STINNER Victor added the comment: New changeset dd8a93e23b5c4f9290e1cea6183d97eb9b5e61c0 by Victor Stinner in branch 'master': bpo-23427: Add sys.orig_argv attribute (GH-20729) https://github.com/python/cpython/commit/dd8a93e23b5c4f9290e1cea6183d97eb9b5e61c0 --

[issue23427] Add sys.orig_argv: original command line arguments passed to the Python executable

STINNER Victor added the comment: I added sys.orig_argv to the master branch (future Python 3.10). -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue40874] Update to libmpdec-2.5.0

Łukasz Langa added the comment: > That was incredibly inappropriate. You'll have to let the readers of this thread judge that for themselves. You're right that you added me to nosy. I missed it as I've been busy with other things at the time. You let *3 hours* pass between opening this issue

[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

Łukasz Langa added the comment: Go ahead. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40746] test_gdb failing on 32-bit armv7l when built with GCC -Og (fail on Raspbian on 3.9, regression from 3.8)

Łukasz Langa added the comment: This will miss 3.9.0b4. -- nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: > You'll have to let the readers of this thread judge that for themselves. Ask Cowlishaw or the mpfr developers to read this thread. As for politeness, msg372581 was entirely polite and directly answered by an inappropriate and petulant msg372584. This no way

[issue40874] Update to libmpdec-2.5.0

Stefan Krah added the comment: Since this is an ongoing problem: When I submitted the decNumber patches to Cowlishaw, he asked me if I would be interested in maintaining decNumber. I declined at the time due to time constraints. Had I accepted, I'd control 2/3 of the decimal market now, the

[issue40223] Add -fwrapv for new icc versions

Benjamin Peterson added the comment: I don't readily have access to ICC, so I can't personally debug this. That commit was supposed to be a functional noop, though it may have exposed different optimization opportunities to the compiler. I would like to see Python not assumed signed

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

Łukasz Langa added the comment: New changeset 2fb5f038f2a2e91a7293d62dfd5601e6eb500c55 by Jason R. Coombs in branch 'master': bpo-40924: Ensure importlib.resources.path returns an extant path (GH-20857) https://github.com/python/cpython/commit/2fb5f038f2a2e91a7293d62dfd5601e6eb500c55

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

Łukasz Langa added the comment: This can now be closed. Thank you for all hard work here. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue35859] Capture behavior depends on the order of an alternation

Ma Lin added the comment: Do I need to write a detailed review guide? I suppose that after reading it from beginning to end, it will be easy to understand PR 12427, no need to read anything else. Or plan to replace the sre module with the regex module in a future version? --

[issue41123] Remove Py_UNICODE APIs except PEP 623

Inada Naoki added the comment: PyUnicode_AsUnicodeCopy is not used in top 4000 packages. Let's remove it too. -- ___ Python tracker ___

[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 ___ ___

[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 ___

[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

[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 ___ ___

[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

[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 ___

[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

[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:

[issue41154] test_pkgutil:test_name_resolution fails on some platforms

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[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:

[issue34206] Move and clarify Py_Main documentation

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41154] test_pkgutil:test_name_resolution fails on master

New submission from Rahul Jha : After configuring and building using the command: ./configure --with-pydebug ** make -j I ran the test suite (without changing anything) and saw that test_pkg has failed. Here is the output of `./python.exe -m test -v test_pkgutil`: == CPython 3.10.0a0

[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:

[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

[issue41123] Remove Py_UNICODE APIs except PEP 623

Change by Inada Naoki : -- pull_requests: +20363 pull_request: https://github.com/python/cpython/pull/21209 ___ Python tracker ___

[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

[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)

[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 ___

[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),

[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:

[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,

[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 ___

[issue12915] Add inspect.locate and inspect.resolve

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[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

[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 ___ ___

[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.

[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)

[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)

[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: > 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,

[issue39701] Azure Pipelines PR broken

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

[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

[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 ___

[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

[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)

[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

[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

[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

[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

[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 ___

[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

[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: Please name a buildbot that does not pass. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[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

[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

[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

[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

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

[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 ___

[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

[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 ___

[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

[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

[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

[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

[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

  1   2   >