[issue33349] 2to3 fails to parse async generators in non-async functions

Change by Łukasz Langa : -- versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7, Python 3.8 ___ Python tracker ___ ___

[issue40469] TimedRotatingFileHandler rotating on use not time

Ivan Marton added the comment: The assumed behaviour of TimedRotatingFileHandler is to rotate log files older than configured. Even when the script is executed multiple times. self.rolloverAt (the variable that defines when the rollover should be performed) is set after each rollover and

[issue40469] TimedRotatingFileHandler rotating on use not time

Change by Ivan Marton : Added file: https://bugs.python.org/file50209/log_40469_single.py ___ Python tracker ___ ___ Python-bugs-list

[issue33479] Document tkinter and threads

Change by miss-islington : -- nosy: +miss-islington nosy_count: 8.0 -> 9.0 pull_requests: +26187 pull_request: https://github.com/python/cpython/pull/27704 ___ Python tracker

[issue44826] Specialize STORE_ATTR using PEP 659 machinery.

Change by Mark Shannon : -- pull_requests: +26193 pull_request: https://github.com/python/cpython/pull/27708 ___ Python tracker ___

[issue44872] FrameObject uses the old trashcan macros

Łukasz Langa added the comment: Thanks, Irit! ✨  ✨ -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue44872] FrameObject uses the old trashcan macros

Łukasz Langa added the comment: New changeset b019ffed5debb13358a946a8e2d20594c7c181f3 by Irit Katriel in branch '3.8': bpo-44872: use new trashcan macros in framobject.c (GH-27683) (GH-27692) https://github.com/python/cpython/commit/b019ffed5debb13358a946a8e2d20594c7c181f3 --

[issue44872] FrameObject uses the old trashcan macros

Łukasz Langa added the comment: New changeset ede1dc416de5eece02170e03387dc8496c2d00ae by Irit Katriel in branch '3.9': bpo-44872: use new trashcan macros in framobject.c (GH-27683) (GH-27691) https://github.com/python/cpython/commit/ede1dc416de5eece02170e03387dc8496c2d00ae --

[issue44872] FrameObject uses the old trashcan macros

Łukasz Langa added the comment: New changeset e9ec71ad2c7a1c83f03e172ba7c9f534912b8ba6 by Irit Katriel in branch '3.10': bpo-44872: use new trashcan macros in framobject.c (GH-27683) (GH-27690) https://github.com/python/cpython/commit/e9ec71ad2c7a1c83f03e172ba7c9f534912b8ba6 --

[issue33337] Provide a supported Concrete Syntax Tree implementation in the standard library

Change by Łukasz Langa : -- Removed message: https://bugs.python.org/msg374253 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33349] 2to3 fails to parse async generators in non-async functions

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

[issue33349] 2to3 fails to parse async generators in non-async functions

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

[issue33479] Document tkinter and threads

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

[issue33479] Document tkinter and threads

Łukasz Langa added the comment: New changeset 6b37d0d5300813de31d66df1c77dad7e1027e4d8 by Terry Jan Reedy in branch 'main': bpo-33479: Remove unqualified tkinter threadsafe claim. (GH-6990) https://github.com/python/cpython/commit/6b37d0d5300813de31d66df1c77dad7e1027e4d8 -- nosy:

[issue25782] CPython hangs on error __context__ set to the error itself

Łukasz Langa added the comment: New changeset d5c217475c4957a8084ac3f92ae012ece5edc7cb by Irit Katriel in branch 'main': bpo-25782: avoid hang in PyErr_SetObject when current exception has a cycle in its context chain (GH-27626)

[issue25782] CPython hangs on error __context__ set to the error itself

Change by miss-islington : -- nosy: +miss-islington nosy_count: 14.0 -> 15.0 pull_requests: +26191 pull_request: https://github.com/python/cpython/pull/27706 ___ Python tracker

[issue25782] CPython hangs on error __context__ set to the error itself

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

[issue39498] Signpost security considerations in library

Change by Łukasz Langa : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41402] email: ContentManager.set_content calls nonexistent method encode() on bytes

Łukasz Langa added the comment: Thanks, Johannes! ✨  ✨ -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue29077] build failure when enabling dtrace on FreeBSD

Mateusz Piotrowski <0...@freebsd.org> added the comment: Patch for the FreeBSD Ports to fix the build failure: https://reviews.freebsd.org/D31489 -- ___ Python tracker ___

[issue39498] Signpost security considerations in library

miss-islington added the comment: New changeset d657da8155cc9611b901ea052f3eac28f99122b4 by Miss Islington (bot) in branch '3.10': bpo-39498 Start linking the security warnings in the stdlib modules (GH-18272) https://github.com/python/cpython/commit/d657da8155cc9611b901ea052f3eac28f99122b4

[issue39498] Signpost security considerations in library

Łukasz Langa added the comment: New changeset fcbe8c63d78b5dd59470b5808d898b87d8ba0350 by Miss Islington (bot) in branch '3.9': bpo-39498 Start linking the security warnings in the stdlib modules (GH-18272) (GH-27699)

[issue44877] Python > 3.7 build fails with IBM XL compiler

Eric V. Smith added the comment: Rather than have us wading through all of the output, can you summarize the problem? After a brief look I don't see any actual compiler errors. In make.out_3.9, at least, it looks like "generate-posix-vars failed", but I can't see why. What does ./python -E

[issue33479] Document tkinter and threads

miss-islington added the comment: New changeset 2e1fef541c4a0a227af7bf1b59bfbccd3fb1a45e by Miss Islington (bot) in branch '3.10': bpo-33479: Remove unqualified tkinter threadsafe claim. (GH-6990) https://github.com/python/cpython/commit/2e1fef541c4a0a227af7bf1b59bfbccd3fb1a45e --

[issue32750] lib2to3 log_error method behavior is inconsitent with documentation

Irit Katriel added the comment: If I understand correctly, this is not about an observed bug but about a confusion about which log_error function is being called. Can we close this or is there something to do here? -- nosy: +iritkatriel resolution: -> not a bug status: open ->

[issue32599] Add dtrace hook for PyCFunction_Call

Change by Mateusz Piotrowski <0...@freebsd.org>: -- nosy: +0mp ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue25782] CPython hangs on error __context__ set to the error itself

Łukasz Langa added the comment: New changeset 6f4cdeddb97532144f93ca37b8b21451f445c7bf by Miss Islington (bot) in branch '3.9': bpo-25782: avoid hang in PyErr_SetObject when current exception has a cycle in its context chain (GH-27626) (GH-27707)

[issue44860] sysconfig's posix_user scheme has different platlib value to distutils's unix_user

Tzu-ping Chung added the comment: > I'm not sure if it should be used to install libraries in $HOME/.local/lib64 > rather than $HOME/.local/lib. Previously, Fedora already used > $HOME/.local/lib and $HOME/.local/lib64 is not in the sys.path. This was also briefly discussed in bpo-1294959,

[issue39658] Include user scripts folder to PATH on Windows

Change by meowmeowcat : -- nosy: +meowmeowmeowcat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44860] sysconfig's posix_user scheme has different platlib value to distutils's unix_user

STINNER Victor added the comment: sys.platlibdir was introduced to install libraries in /usr/lib64 rather than /usr/lib. I'm not sure if it should be used to install libraries in $HOME/.local/lib64 rather than $HOME/.local/lib. Previously, Fedora already used $HOME/.local/lib and

[issue44860] sysconfig's posix_user scheme has different platlib value to distutils's unix_user

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

[issue33479] Document tkinter and threads

Łukasz Langa added the comment: New changeset c7dfbd2f413eb76cdbd44f44d698e9a399fdcbd5 by Miss Islington (bot) in branch '3.9': bpo-33479: Remove unqualified tkinter threadsafe claim. (GH-6990) (GH-27705) https://github.com/python/cpython/commit/c7dfbd2f413eb76cdbd44f44d698e9a399fdcbd5

[issue39658] Include user scripts folder to PATH on Windows

Change by meowmeowcat : -- components: +Windows -Installation nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue44879] How to insert newline characters as normal characters while input()?

New submission from chen-y0y0 : # Ɪ know, if Ɪ press enter key while input(), the method will be completed and return a str value. # Ɪ am trying to insert newline characters as normal characters while input() method. # The “normal characters” means: # 1. It can be deleted by backspace(“\x7b”)

[issue40899] Document exceptions raised by importlib.import

meowmeowcat added the comment: Oh, I didn't realize that. Then maybe we don't need to document ImportError in https://docs.python.org/3/library/importlib.html#importlib.import_module? -- ___ Python tracker

[issue14853] test_file.py depends on sys.stdin being unseekable

miss-islington added the comment: New changeset 4e0147ec50aa62315c5a9aa7c88c181f57aadf42 by Miss Islington (bot) in branch '3.10': bpo-14853: add back the stdin test, skip if stdin is redirected (GH-27694) https://github.com/python/cpython/commit/4e0147ec50aa62315c5a9aa7c88c181f57aadf42

[issue44879] How to insert newline characters as normal characters while input()?

Larry Hastings added the comment: This is not a bug, you are asking for programming help. Please don't use the Python issue tracker for programming help. You won't get any, you'll just waste people's time. -- components: -Argument Clinic, FreeBSD, IO, Interpreter Core, Windows

[issue14853] test_file.py depends on sys.stdin being unseekable

Łukasz Langa added the comment: Thanks, Irit! ✨  ✨ -- assignee: ezio.melotti -> iritkatriel resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue25782] CPython hangs on error __context__ set to the error itself

Łukasz Langa added the comment: Serhiy, I'm not closing this yet in case you'd like to finish implementing your PR. If not, feel free to close. -- assignee: -> serhiy.storchaka ___ Python tracker

[issue33349] 2to3 fails to parse async generators in non-async functions

Łukasz Langa added the comment: Thanks, Zsolt! ✨  ✨ -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34013] Inconsistent SyntaxError for print

Andre Roberge added the comment: Python 3.10.0rc1 ... >>> print hello world! File "", line 1 print hello world! ^^^ SyntaxError: invalid syntax. Perhaps you forgot a comma? The hint given is not exactly helpful ... (This example was in a discussion on Twitter

[issue44860] sysconfig's posix_user scheme has different platlib value to distutils's unix_user

Miro Hrončok added the comment: Installing to ~/.local/lib works, installing to ~/.local/lib64 breaks things, as it is not on sys.path. I agree that restoring the pre-3.9 behavior in sysconfig to use lib instead of depending on sys.platlibdir is a better fix, at least for 3.9 and 3.10. We

[issue40899] Document exceptions raised by importlib.import

meowmeowcat added the comment: Thanks! I've opened a PR for this issue. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue44860] sysconfig's posix_user scheme has different platlib value to distutils's unix_user

Tzu-ping Chung added the comment: I’ve updated the linked PR to change sysconfig instead to not use sys.platlibdir when generating the posix_user scheme. This means posix_user would behave the same in 3.9+ as 3.8 and prior. -- ___ Python tracker

[issue44524] __name__ attribute in typing module

Change by Yurii Karabas <1998uri...@gmail.com>: -- pull_requests: +26195 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/27710 ___ Python tracker

[issue40899] Document exceptions raised by importlib.import

Change by meowmeowcat : -- keywords: +patch nosy: +meowmeowmeowcat nosy_count: 3.0 -> 4.0 pull_requests: +26194 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27709 ___ Python tracker

[issue40899] Document exceptions raised by importlib.import

Ronald Oussoren added the comment: Note that importlib.import_module, and the import statement itself, can raise an arbitrary exception when that exception is raised while executing the module body. This is easily observed by creating a module that just raises an error in its body: # t.py

[issue14853] test_file.py depends on sys.stdin being unseekable

Łukasz Langa added the comment: New changeset 897c87045c7435254fd330c6ea48204f056e4afc by Miss Islington (bot) in branch '3.9': bpo-14853: add back the stdin test, skip if stdin is redirected (GH-27694) (GH-27698)

[issue44869] MacOS Monterrey malloc issue

Ronald Oussoren added the comment: I'm afraid we cannot do a lot with the information you provided. I've just ran a full test run for a copy of 3.10rc1 installed using the universal2 installer and that doesn't have problem. One way to find more information about what's going on is to use

[issue34013] Inconsistent SyntaxError for print

Pablo Galindo Salgado added the comment: If we change the priority of the error messages, which is unclear if is easily possible, the error will suggest that print hello should be parenthesized as print (hello) Which if corrected will leave the "world" part out as a call followed to a name,

[issue44878] Clumsy dispatching on interpreter entry.

New submission from Mark Shannon : On entering the interpreter (_PyEval_EvalFrameDefault) we need to check for tracing in order to record the call. However, we don't do this cleanly resulting in slow dispatch to the non-quickened instruction on every call/next. -- assignee:

[issue25782] CPython hangs on error __context__ set to the error itself

miss-islington added the comment: New changeset d86bbe3cff0abefc13e5462cca1fb3344d4a5b52 by Miss Islington (bot) in branch '3.10': bpo-25782: avoid hang in PyErr_SetObject when current exception has a cycle in its context chain (GH-27626)

[issue44877] Python > 3.7 build fails with IBM XL compiler

Eric V. Smith added the comment: > P.S. The tarball I attached before contains the configure and make output for > tests on multiple python version branches. I differentiated them by adding a > version identifier suffix (_3.7, _3.8, _3.9, _3.10, _3.11) I was referring to the two files named

[issue44880] Document code.replace()

Irit Katriel added the comment: See https://github.com/numpy/numpy/pull/19638#issuecomment-896124351 -- ___ Python tracker ___ ___

[issue1294959] Add sys.platlibdir and configure --with-platlibdir to use /usr/lib64 on Fedora and SuSE

Éric Araujo added the comment: Follow-up: #44860 is removing platlibdir from posix_user scheme -- ___ Python tracker ___ ___

[issue44880] Document code.replace()

Batuhan Taskaya added the comment: See: https://github.com/python/cpython/pull/17776 -- nosy: +BTaskaya ___ Python tracker ___ ___

[issue44880] Document code.replace()

STINNER Victor added the comment: It's documented at: https://docs.python.org/dev/library/types.html#types.CodeType.replace -- ___ Python tracker ___

[issue44881] Consider integration of GC_UNTRACK with TRASHCAN

New submission from Neil Schemenauer : The fix for bpo-33930 includes a somewhat mysterious comment: // The Py_TRASHCAN mechanism requires that we be able to // call PyObject_GC_UnTrack twice on an object. I wonder if we can just integrate the untrack into the body of the trashcan

[issue44854] Add .editorconfig to the root directory

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

[issue44880] Document code.replace()

Irit Katriel added the comment: Ah thanks. I didn’t see that. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue44854] Add .editorconfig to the root directory

miss-islington added the comment: New changeset a6808c6378ccfd732285ee20319658ac29eacf4c by Miss Islington (bot) in branch '3.10': bpo-44854: Add .editorconfig file to help enforce `make patchcheck` (GH-27638) https://github.com/python/cpython/commit/a6808c6378ccfd732285ee20319658ac29eacf4c

[issue44877] Python > 3.7 build fails with IBM XL compiler

Quellyn Snead added the comment: > As to the actual problem, I think you're going to need to get out a debugger > and at least get a stack trace. Here's my attempt: $ gdb ./python GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-120.el7 Copyright (C) 2013 Free Software Foundation, Inc. License

[issue33930] Segfault with deep recursion into object().__dir__

Neil Schemenauer added the comment: I'm thinking that the explicit call to PyObject_GC_UnTrack should be made unnecessary by integrating it into the trashcan code. That way, we avoid someone else running into this kind of bug in the future. See bpo-44881. -- nosy: +nascheme

[issue44880] Document code.replace()

New submission from Irit Katriel : Core.replace was added in issue37032. Needs to be documented. -- messages: 399336 nosy: iritkatriel, vstinner priority: normal severity: normal status: open title: Document code.replace() ___ Python tracker

[issue34013] Inconsistent SyntaxError for print

Terry J. Reedy added the comment: I think that this was properly closed after the last fix. There are multiple issues at play: 1. These parts of the Zen: "Special cases aren't special enough to break the rules. Although practicality beats purity. ... In the face of ambiguity, refuse the

[issue44877] Python > 3.7 build fails with IBM XL compiler

Jack DeVries added the comment: Woah, oops, nevermind! I was confusing this with a different bpo in my head. Sorry for the noise! -- ___ Python tracker ___

[issue44854] Add .editorconfig to the root directory

Łukasz Langa added the comment: New changeset c0ab59f7de1906feee21c057ad433fad924d1e38 by Łukasz Langa in branch 'main': bpo-44854: Add .editorconfig file to help enforce `make patchcheck` (GH-27638) https://github.com/python/cpython/commit/c0ab59f7de1906feee21c057ad433fad924d1e38

[issue39658] Include user scripts folder to PATH on Windows

Steve Dower added the comment: Seems reasonable, contributions welcome. I think it is not possible to add it as part of a per-machine install, since there's no way to specify a user folder in the system key (environment variables are not expanded as you might assume). -- versions:

[issue44854] Add .editorconfig to the root directory

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

[issue44854] Add .editorconfig to the root directory

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

[issue44878] Clumsy dispatching on interpreter entry.

Change by Mark Shannon : -- keywords: +patch pull_requests: +26199 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27715 ___ Python tracker ___

[issue44854] Add .editorconfig to the root directory

Łukasz Langa added the comment: New changeset d27e2f4d118e7a9909b6a3e5da06c5ff95806a85 by Miss Islington (bot) in branch '3.9': bpo-44854: Add .editorconfig file to help enforce `make patchcheck` (GH-27638) (GH-27714)

[issue44877] Python > 3.7 build fails with IBM XL compiler

Jack DeVries added the comment: There is a related failure message in the file name ".9" in the tarball (line 175): ./python -E -S -m sysconfig --generate-posix-vars ;\ if test $? -ne 0 ; then \ echo "generate-posix-vars failed" ; \ rm -f ./pybuilddir.txt ; \ exit 1 ;

[issue44877] Python > 3.7 build fails with IBM XL compiler

Jack DeVries added the comment: I'm sure you are aware of this, but also note that the issue could be in pandas or ibm-db, which include C extensions. I'm pretty sure those are the only two dependencies you listed there that have C dependencies. --

[issue33479] Document tkinter and threads

Change by Mark Roseman : -- pull_requests: +26200 pull_request: https://github.com/python/cpython/pull/27717 ___ Python tracker ___

[issue44854] Add .editorconfig to the root directory

Łukasz Langa added the comment: New changeset 7f88aeadc19b1d3ece4723efb240e6d6753570b9 by Miss Islington (bot) in branch '3.8': bpo-44854: Add .editorconfig file to help enforce `make patchcheck` (GH-27638) (GH-27713)

[issue44854] Add .editorconfig to the root directory

Łukasz Langa added the comment: Thanks everybody for review! ✨  ✨ -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue39452] Improve the __main__ module documentation

Jack DeVries added the comment: Hi All, I'm pinging everyone here on the bpo because my GitHub PR has been through a lot of revision and review. Maybe it's close to being ready to merge (I hope)! Feel free to take a look if you are interested: https://github.com/python/cpython/pull/26883

[issue44877] Python > 3.7 build fails with IBM XL compiler

Eric V. Smith added the comment: As to the actual problem, I think you're going to need to get out a debugger and at least get a stack trace. -- ___ Python tracker ___

[issue44881] Consider integration of GC_UNTRACK with TRASHCAN

Pablo Galindo Salgado added the comment: We probably will need a new set of macros because these macros are public IIRC correctly. Although as PyObject_GC_UnTrack has a check, we probably can just absorb it and let backwards compat work by being idempotent if called twice -- nosy:

[issue44881] Consider integration of GC_UNTRACK with TRASHCAN

Neil Schemenauer added the comment: For examples of bugs caused by forgetting the untrack calls, see bpo-31095. -- ___ Python tracker ___

[issue33930] Segfault with deep recursion into object().__dir__

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

[issue33930] Segfault with deep recursion into object().__dir__

Pablo Galindo Salgado added the comment: New changeset bfc2d5a5c4550ab3a2fadeb9459b4bd948ff61a2 by Pablo Galindo Salgado in branch 'main': bpo-33930: Fix segfault with deep recursion when cleaning method objects (GH-27678)

[issue33930] Segfault with deep recursion into object().__dir__

Change by miss-islington : -- nosy: +miss-islington nosy_count: 12.0 -> 13.0 pull_requests: +26202 pull_request: https://github.com/python/cpython/pull/27719 ___ Python tracker

[issue40899] Document exceptions raised by importlib.import

meowmeowcat added the comment: Maybe we can add something like: ``` If the module cannot be imported,:exc:`ImportError` is usually raised. .. note:: Sometimes other errors are raised if the module cannot be imported successfully. See https://docs.python.org/3/library/exceptions.html

[issue44882] add FileInput.rollback() for in-place filters

Change by Samwyse : -- title: add .rollback() for in-place filters -> add FileInput.rollback() for in-place filters ___ Python tracker ___

[issue44881] Consider integration of GC_UNTRACK with TRASHCAN

Neil Schemenauer added the comment: Since C99 is now allowed, perhaps we should suggest that declarations go after Py_TRASHCAN_BEGIN, e.g. mytype_dealloc(mytype *p) { Py_TRASHCAN_BEGIN(p, mytype_dealloc) ... declarations go here ... ... The

[issue43976] Allow Python distributors to add custom site install schemes

Filipe Laíns added the comment: Hi Jason, thank you. I already tried 1), but could not convince Matthias on an alternative way to achieve the result that Debian wants. If you want, maybe you and I could try restarting those discussions. 2) is fine, but I am not the one that will me

[issue43976] Allow Python distributors to add custom site install schemes

xrcg added the comment: I haven’t read everything in this convo, but it looks like the changes proposed here cover all known downstream users other than Debian. Is that correct? Would these changes break Debian’s customizations substantially more than they’ll already be broken by the

[issue44881] Consider integration of GC_UNTRACK with TRASHCAN

Neil Schemenauer added the comment: Extensions that call PyObject_GC_UnTrack before calling Py_TRASHCAN_BEGIN will still work, they will just take a very minor performance hit. I don't think it is worth the trouble to introduce new macros for that reason. Extensions that really care about

[issue44881] Consider integration of GC_UNTRACK with TRASHCAN

Change by Neil Schemenauer : -- keywords: +patch pull_requests: +26201 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/27718 ___ Python tracker

[issue44445] Add `site-include` install scheme path in sysconfig

Filipe Laíns added the comment: distutils will install the headers to {base}/include/python{py_version_short}{abiflags}/{dist_name}, and I think probably the best option would be to do the same. So, I think we could add a site-include scheme like I described and have the installers append a

[issue44882] add .rollback() for in-place filters

New submission from Samwyse : Sometimes bad things happen when processing an in-place filter, leaving an empty or incomplete input file and a backup file that needs to recovered. The FileInput class has all the information needed to do this, but it is in private instance variables. A

[issue44883] configure --with-openssl-rpath=DIR too eager about existence of DIR

New submission from Elvis Pranskevichus : https://bugs.python.org/issue43466 added a way to set OpenSSL rpath explicitly via --with-openssl-rpath=DIR, which is cool! However, the current configuration code checks for the presence of the specified directory eagerly, which breaks setups where

[issue43976] Allow Python distributors to add custom site install schemes

xrcg added the comment: s/possible/possibly/ -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40899] Document exceptions raised by importlib.import

meowmeowcat added the comment: > ``importlib.import_module("t")`` will raise ZeroDivisionError. I've tested ``__import__`` with the same code, and it will raise ZeroDivisionError too. -- ___ Python tracker

[issue44884] logging Formatter behavior when using msecs and braces : '{'

New submission from francois-xavier callewaert : ``` >>> import logging >>> logging.getLogger().handlers[0].setFormatter(logging.Formatter(fmt='{asctime} >>> {message}', style='{')) >>> logging.error("hello") >>>

[issue40899] Document exceptions raised by importlib.import

Ronald Oussoren added the comment: Good question. Hopefully one of the documentation or importlib experts can chime in about that. I may also have uncovered a new issue in importlib ;-) Personally I'd say that documenting raising ImportError is still useful because that's the common

[issue44877] Python > 3.7 build fails with IBM XL compiler

Quellyn Snead added the comment: Hi Eric, Looks like I didn't get the full output captured before. Sorry about that. The error appears when I run the make command: ``` [quellyn@cn2020 cpython]$ make -j ./python -E -S -m sysconfig --generate-posix-vars ;\ if test $? -ne 0 ; then \