[issue43253] asyncio open_connection fails when a socket is explicitly closed

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

[issue43253] asyncio open_connection fails when a socket is explicitly closed

Change by miss-islington : -- nosy: +miss-islington nosy_count: 10.0 -> 11.0 pull_requests: +2 pull_request: https://github.com/python/cpython/pull/31905 ___ Python tracker ___

[issue43253] asyncio open_connection fails when a socket is explicitly closed

Andrew Svetlov added the comment: New changeset 70155412f1543f100d4aa309b8691cbcabd3e0e1 by Maximilian Hils in branch 'main': bpo-43253: Don't call shutdown() for invalid socket handles (GH-31892) https://github.com/python/cpython/commit/70155412f1543f100d4aa309b8691cbcabd3e0e1 --

[issue43253] asyncio open_connection fails when a socket is explicitly closed

Change by Andrew Svetlov : -- versions: +Python 3.11 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue47027] subprocess.run(), subprocess.Popen() should accept file descriptor as cwd parameter

New submission from Yann Droneaud : subprocess.run() and subprocess.Popen() accepts a cwd= parameter to change directory before running the subprocess. Unfortunately it's not possible to use a file descriptor to run the subprocess in a directory already opened. For example: import os

[issue20392] Inconsistency with uppercase file extensions in MimeTypes.guess_type

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

[issue20392] Inconsistency with uppercase file extensions in MimeTypes.guess_type

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

[issue46993] Speed up bytearray creation from list and tuple

Change by Andrew Svetlov : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

Change by Ned Deily : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Pyt

[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

Change by Ned Deily : -- priority: release blocker -> resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

Łukasz Langa added the comment: New changeset dea270a2a80214de22afadaaca2043d0d782eb7d by Ned Deily in branch '3.8': bpo-45405: Prevent internal configure error when running configure with recent versions of clang. (GH-28845) (GH-31889) https://github.com/python/cpython/commit/dea270a2a80214d

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

Łukasz Langa added the comment: New changeset 7a315d8a0d4df01f96d82286739b86920ccebc05 by Ned Deily in branch '3.8': bpo-46985: Upgrade bundled pip to 22.0.4 (GH-31819) (GH-31851) https://github.com/python/cpython/commit/7a315d8a0d4df01f96d82286739b86920ccebc05 -- __

[issue8704] cgitb sends a bogus HTTP header if the app crashes before finishing headers

Colin 't Hart added the comment: 1. This module is scheduled to be removed by Python 3.13 (although I preseonally am of the opinion that it is a useful module and would like to see it brought up-to-date). 2. Is reset() even necessary anymore? Can't the same results be achieved with CSS since

[issue47026] BytesWarning in zipimport paths on sys.path

New submission from Thomas Grainger : importing from a bytes zipimport path on sys.path results in a BytesWarning: Comparison between bytes and string running the reproducer with `python -b` shows: python -b zipfile_demo.py :1345: BytesWarning: Comparison between bytes and string see also h

[issue20392] Inconsistency with uppercase file extensions in MimeTypes.guess_type

Andrew Svetlov added the comment: New changeset 5dd7ec52b83e7f239774cf7478106fcc7b0a36f3 by Kumar Aditya in branch 'main': bpo-20392: Fix inconsistency with uppercase file extensions in mimetypes.guess_type (GH-30229) https://github.com/python/cpython/commit/5dd7ec52b83e7f239774cf7478106fcc7

[issue46993] Speed up bytearray creation from list and tuple

Andrew Svetlov added the comment: New changeset 6dfe09fc5fd5a3ddc6009d5656e635eae30c5240 by Kumar Aditya in branch 'main': bpo-46993: Speed up bytearray creation from list and tuple (GH-31834) https://github.com/python/cpython/commit/6dfe09fc5fd5a3ddc6009d5656e635eae30c5240 -- nosy:

[issue31892] ssl.get_server_certificate should allow specifying certificate / key type

Hanno Boeck added the comment: Any update? :-) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue47023] re.sub shows key error on regex escape chars provided in repl param

Eric V. Smith added the comment: Isn't '\s' covered by: " Unknown escapes of ASCII letters are reserved for future use and treated as errors" (https://docs.python.org/3/library/re.html#re.sub)? -- nosy: +eric.smith ___ Python tracker

[issue46841] Inline bytecode caches

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

[issue47000] Make encoding="locale" uses locale encoding even in UTF-8 mode is enabled.

Marc-Andre Lemburg added the comment: FWIW: I don't think the "locale" encoding is a good idea. Instead of trying to fix this to make it more usable, I'd suggest to deprecate and remove it again. When it comes to encodings, explicit is better than implicit. If an application wants to work wit

[issue46291] [doc] First argument to raise can also be BaseException

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

[issue47025] bytes do not work on sys.path

Thomas Grainger added the comment: zipimporter.zipimporter handles non-bytes paths here: https://github.com/python/cpython/blob/2cf7f865f099db11cc6903b334d9c376610313e8/Lib/zipimport.py#L65-L67 I think FileFinder should do the same -- ___ Python t

[issue47025] bytes do not work on sys.path

Eryk Sun added the comment: > this is a regression from 3.2 In Windows, bytes paths in sys.path do not work in 3.2+. I didn't test 3.0 and 3.1, but practically one can say that bytes paths were never supported in Python 3 on Windows. -- nosy: +eryksun __

[issue47025] bytes do not work on sys.path

Thomas Grainger added the comment: interestingly bytes filenames pointing to zip files on sys.path do support bytes (see zipfile_demo.py) -- Added file: https://bugs.python.org/file50679/zipfile_demo.py ___ Python tracker

[issue40280] Consider supporting emscripten/webassembly as a build target

Change by Christian Heimes : -- pull_requests: +29994 pull_request: https://github.com/python/cpython/pull/31898 ___ Python tracker ___

[issue47025] bytes do not work on sys.path

Thomas Grainger added the comment: https://docs.python.org/3/reference/import.html#path-entry-finders says "The encoding of bytes entries is determined by the individual path entry finders." see https://github.com/python/cpython/commit/82c1c781c7ee6496bd4c404b7ba972eed5dbcb12 -- __

[issue47025] bytes do not work on sys.path

Thomas Grainger added the comment: this is a regression from 3.2: ``` Python 3.2.6 (default, Jan 18 2016, 19:21:14) [GCC 4.9.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import tempfile >>> tempfile.TemporaryDirectory() >>> v = _ >>> tmp_dir = str(v

[issue47025] bytes do not work on sys.path

Eric V. Smith added the comment: In case it helps anyone: On Windows 3.11.0a5+ the full traceback is: $ ./python.bat demo.py Running Debug|x64 interpreter... Traceback (most recent call last): File "...\demo.py", line 23, in sys.exit(main()) ^^ File "...\Lib\contextl

[issue47025] bytes do not work on sys.path

Change by Thomas Grainger : -- keywords: +patch pull_requests: +29993 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31897 ___ Python tracker ___

[issue47025] bytes do not work on sys.path

Change by Thomas Grainger : -- components: +Library (Lib) versions: +Python 3.10, Python 3.11, Python 3.9 ___ Python tracker ___ ___

[issue47025] bytes do not work on sys.path

New submission from Thomas Grainger : importing a module with bytes in `sys.path` fails with: File "", line 182, in _path_isabs TypeError: startswith first arg must be bytes or a tuple of bytes, not str (see reproducer in attached demo.py) however `sys.path` is documented as supporting byte

[issue46884] [doc] msilib.rst uses data directive to document modules

Irit Katriel added the comment: msilib is deprecated as per PEP 594, so there won't be further enhancements to it. -- nosy: +iritkatriel resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue43863] [Windows] test_distutils logs: DeprecationWarning: bdist_msi command is deprecated since Python 3.9, use bdist_wheel (wheel packages) instead

Change by Irit Katriel : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> test_distutils emits deprecation warning about distutils ___ Python tracker ___

[issue47019] Fatal Python Error in sqlite3 Python 3.10

Erlend E. Aasland added the comment: > My recommended fix is to call sqlite3_close() within > Py_BEGIN_ALLOW_THREADS/Py_END_ALLOW_THREADS, and manually Py_DECREF all > connection-related functions afterward. 3.11 already drops the GIL before sqlite3_close_v2(); backporting this change to 3.

[issue47019] Fatal Python Error in sqlite3 Python 3.10

Erlend E. Aasland added the comment: > A perfect repro has been attached, should be run on Linux. FTR, the repo works on macOS 12.2.1 as well: $ python3.10 ./sqlite3_fatal_python_error.py Fatal Python error: PyThreadState_Get: the function must be called with the GIL held, but the GI

[issue46587] datetime and time tests use non-portable "%4Y" format

Christian Heimes added the comment: New changeset 2cf7f865f099db11cc6903b334d9c376610313e8 by Christian Heimes in branch 'main': bpo-46587: Skip tests if strftime does not support glibc extension (GH-31873) https://github.com/python/cpython/commit/2cf7f865f099db11cc6903b334d9c376610313e8 --

[issue46557] Logging captured warnings with a format string unnecessarily groups warnings together

Vinay Sajip added the comment: New changeset d8066b420b888591f485d132e62979d07abfc3f4 by Michael P. Nitowski in branch 'main': bpo-46557: Log captured warnings without format string (GH-30975) https://github.com/python/cpython/commit/d8066b420b888591f485d132e62979d07abfc3f4 -- nosy:

[issue47019] Fatal Python Error in sqlite3 Python 3.10

Erlend E. Aasland added the comment: I'm removing 3.11 from the versions field: $ python3.11 sqlite3_fatal_python_error.py Exception ignored in: Traceback (most recent call last): File "/Users/erlendaasland/src/cpython-build/sqlite3_fatal_python_error.py", line 10, in __d

[issue45979] Fix Tkinter tests with old Tk

Change by Erlend E. Aasland : -- nosy: +erlendaasland ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue47024] Update to OpenSSL 1.1.1n

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

[issue47024] Update to OpenSSL 1.1.1n

New submission from Christian Heimes : Update OpenSSL to 1.1.1n and test with OpenSSL 3.0.2. The update will become available later today and features a HIGH security bug, https://mta.openssl.org/pipermail/openssl-announce/2022-March/000216.html $ sed -i 's/1.1.1m/1.1.1n/g' Tools/ssl/multissl

[issue47023] re.sub shows key error on regex escape chars provided in repl param

New submission from Siddhesh Sathe : Python 3.9.10 (main, Jan 15 2022, 18:56:52) [GCC 7.5.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import re >>> re.sub(r"{\w}", "\s", "Hello! {user}") Traceback (most recent call last): File "/usr/lib/python3.9/sre_

[issue45979] Fix Tkinter tests with old Tk

Serhiy Storchaka added the comment: It is a great idea. I have opened issue46996 for this. -- ___ Python tracker ___ ___ Python-bug

[issue46996] Drop support of Tcl/Tk older than 8.5.12

Change by Serhiy Storchaka : -- components: +Tkinter nosy: +christian.heimes, epaine, erlendaasland ___ Python tracker ___ ___ Pytho

[issue43721] Documentation of property.{getter, setter, deleter} fails to mention that a *new* property is returned

Change by Hugo van Kemenade : -- nosy: +hugovk nosy_count: 4.0 -> 5.0 pull_requests: +29991 pull_request: https://github.com/python/cpython/pull/31893 ___ Python tracker ___ __

[issue37907] speed-up PyLong_As*() for large longs

Change by Serhiy Storchaka : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue43253] asyncio open_connection fails when a socket is explicitly closed

Change by Maximilian Hils : -- pull_requests: +29990 pull_request: https://github.com/python/cpython/pull/31892 ___ Python tracker ___ _

[issue47022] PEP 594: Document removal of asynchat, asyncore and smtpd

Change by Hugo van Kemenade : -- keywords: +patch pull_requests: +29989 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31891 ___ Python tracker __

[issue24224] test_msilib is inadequate

Irit Katriel added the comment: msilib is deprecated as per PEP 594, so there won't be further enhancements to it. -- resolution: -> wont fix stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue47022] PEP 594: Document removal of asynchat, asyncore and smtpd

New submission from Hugo van Kemenade : PEP 594 – Removing dead batteries from the standard library As mentioned in the SC acceptance: > One thing we’d like to see happen while implementing it: Document the status > of the modules being deprecated and removed and backport those deprecation >

[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

Ned Deily added the comment: New changeset 720bb456dc711b0776bae837d1f9a0b10c28ddf2 by Ned Deily in branch '3.7': bpo-45405: Prevent internal configure error when running configure with recent versions of clang. (GH-28845) (GH-31890) https://github.com/python/cpython/commit/720bb456dc711b077

[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

Ned Deily added the comment: As of Xcode 13.3, released 2022-03-14 to support macOS 12.3 et al, the included Apple Clang (Apple clang version 13.1.6 (clang-1316.0.21.2)) now supports the --print-multiarch option and so Python 3.8 and 3.7 are now vulnerable to this issue when building with t

[issue47000] Make encoding="locale" uses locale encoding even in UTF-8 mode is enabled.

Inada Naoki added the comment: I created another topic relating this issue. https://discuss.python.org/t/add-legacy-text-encoding-option-to-make-utf-8-default/14281 If we add another option (e.g. legacy_text_encoding), we do not need to change UTF-8 mode behavior. -- ___

[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

Change by Ned Deily : -- pull_requests: +29988 pull_request: https://github.com/python/cpython/pull/31890 ___ Python tracker ___ ___

[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

Change by Ned Deily : -- pull_requests: +29987 pull_request: https://github.com/python/cpython/pull/31889 ___ Python tracker ___ ___

<    1   2