[issue42140] asyncio.wait function creates futures set two times

Justin Arthur added the comment: > So the behaviour you describe will happen anyway. Unless we make your change against the 3.9 branch, in which case the fix will make it into the 3.9.x series of patch releases. -- ___ Python tracker

[issue41052] Opt out serialization/deserialization for heap type

STINNER Victor added the comment: Thanks for the fix Serhiy! -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42140] asyncio.wait function creates futures set two times

Diogo Dutra added the comment: > I wouldn't be surprised if there are other libraries or apps out there for which removing iterator support was an accidentally-breaking change and it may be strange if this is only is broken in 3.9.x, but working both before and after. Justin, when the

[issue31818] [macOS] _scproxy.get_proxies() crash -- get_proxies() is not fork-safe?

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

[issue41798] [C API] Revisit usage of the PyCapsule C API with multi-phase initialization API

STINNER Victor added the comment: > Also note that the capsule generally needs to hold references to the objects > in exposes Oh right, that's a great advice! -- ___ Python tracker

[issue38324] [Windows] test__locale fails on Windows local machines

STINNER Victor added the comment: > New changeset f2312037e3a974d26ed3e23884f94c6af111a27a by TIGirardi in branch > 'master': > bpo-38324: Fix test__locale.py Windows failures (GH-20529) Oh wow, that's a nice enhancmement of the Windows implementation of the locale module! It's way better

[issue13451] sched.py: speedup cancel() method

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

[issue41474] Missing dependency on Include/cpython/frameobject.h

miss-islington added the comment: New changeset 562ad7624e5fe22fdded9b39723c562255a49abd by Miss Skeleton (bot) in branch '3.9': bpo-41474, Makefile: Add dependency on cpython/frameobject.h (GH-22999) https://github.com/python/cpython/commit/562ad7624e5fe22fdded9b39723c562255a49abd

[issue15125] argparse: positional arguments containing - in name not handled well

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

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

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

[issue38705] venv creation on macOS Catalina is failing

Nikhil Benesch added the comment: So it looks like /usr/bin/python3 is just a shim that immediately execs the real Python binary: /Applications/Xcode.app/Contents/Developer/Library/Frameworks/Python3.framework/Versions/3.8/bin/python3 This binary is identical to the one that ends up in

[issue41474] Missing dependency on Include/cpython/frameobject.h

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41474] Missing dependency on Include/cpython/frameobject.h

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

[issue41474] Missing dependency on Include/cpython/frameobject.h

STINNER Victor added the comment: New changeset a6879d9445f98833c4e300e187956e2a218a2315 by Victor Stinner in branch 'master': bpo-41474, Makefile: Add dependency on cpython/frameobject.h (GH-22999) https://github.com/python/cpython/commit/a6879d9445f98833c4e300e187956e2a218a2315

[issue42157] Cleanup the unicodedata module

STINNER Victor added the comment: I kept unicodedata.ucd_3_2_0 and added a comment to explain why it's still relevant in 2020. I'm done with tasks listed in this issue, so I close it. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue42157] Cleanup the unicodedata module

STINNER Victor added the comment: New changeset 84f7382215b9e024a5590454726b6ae4b0ca70a0 by Victor Stinner in branch 'master': bpo-42157: Rename unicodedata.ucnhash_CAPI (GH-22994) https://github.com/python/cpython/commit/84f7382215b9e024a5590454726b6ae4b0ca70a0 --

[issue38705] venv creation on macOS Catalina is failing

Nikhil Benesch added the comment: Oops, sorry, I forgot to actually include the correct command in the workaround. Here it is: $ /usr/bin/python3 -c 'import venv; venv.create("venv2", symlinks=True);' -- ___ Python tracker

[issue42074] setup error on windows

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

[issue42140] asyncio.wait function creates futures set two times

Justin Arthur added the comment: I believe the documentation may be referring to the English set and not a Python set, but I could be wrong. Yury changed the wording from sequence to set in 3.7, but we didn't document a breaking change as far as I know. The purpose of those set

[issue38705] venv creation on macOS Catalina is failing

Nikhil Benesch added the comment: This issue continues to exist with the system Python on macOS. Here is how to reproduce on macOS Catalina 10.15.7 and Xcode 12.1. $ /usr/bin/python3 --version Python 3.8.2 $ /usr/bin/python3 -c 'import venv; venv.create("venv");' $ venv/bin/python3 dyld:

[issue41736] test_site: test_s_option() failed on AMD64 Windows8.1 Refleaks 3.7

STINNER Victor added the comment: > Unless refleaks are considered security holes, This issue is unrelated to reference leak. It's just that when you run test_site multiple times, it fails sometimes. It looks like a race condition in the test. My notes on unstable tests:

[issue42160] unnecessary overhead in tempfile

Eric Wolf added the comment: It seems to be insignificant, however it would allow for easier monkey-patching: https://bugs.python.org/issue32276 Instead of changing _Random one could simply assign a new instance to _named_sequence -- ___ Python

[issue32122] Improve -x option documentation

STINNER Victor added the comment: The -x command line option is now stored as PyConfig.skip_source_first_line, documented as: "Skip the first line of the source?" https://docs.python.org/dev/c-api/init_config.html#c.PyConfig.skip_source_first_line Include/cpython/initconfig.h contains a

[issue42096] zipfile.is_zipfile incorrectly identifying a gzipped file as a zip archive

STINNER Victor added the comment: ZipFile.open() checks the first 4 bytes: # Skip the file header: fheader = zef_file.read(sizeFileHeader) if len(fheader) != sizeFileHeader: raise BadZipFile("Truncated file header") fheader =

[issue12737] str.title() is overzealous by upcasing combining marks inappropriately

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

[issue42157] Cleanup the unicodedata module

STINNER Victor added the comment: > The version 3.2.0 is needed for IDNA compatibility (...) Oh, I missed your comment. I also discovered it by trying to remove it :-) So I think that the last thing to do for this issue is to remove unicodedata.ucnhash_CAPI: PR 22994. --

[issue36225] [subinterpreters] Lingering subinterpreters should be implicitly cleared on shutdown

STINNER Victor added the comment: If tomorrow Python allows to run two interpreters in parallel (see bpo-40512: "Meta issue: per-interpreter GIL"), I don't think that it will be safe to execute object finalizers of a subinterpreter from the main interpreter in Py_Finalize(). IMO

[issue42160] unnecessary overhead in tempfile

Benjamin Peterson added the comment: I also wonder if the overhead of getpid() is actually significant for anything. -- ___ Python tracker ___

[issue42160] unnecessary overhead in tempfile

Eric Wolf added the comment: SystemRandom seems to be slower: from random import Random, SystemRandom from timeit import timeit user = Random() system = SystemRandom() characters = "abcdefghijklmnopqrstuvwxyz0123456789_" timeit(lambda: user.choice(characters)) >>> 0.5491522020020057

[issue42051] [security] Avoid plistlib XML vulnerabilities by rejecting entity directives

STINNER Victor added the comment: Thanks Ronald Oussoren for the fix. It's better to fix a vulnerability (denial of service in this case) rather than documenting it :-) -- ___ Python tracker

[issue42140] asyncio.wait function creates futures set two times

Chris Jerdonek added the comment: If it's just a code cleanup and not a bugfix though, it shouldn't be backported. But yes, as a cleanup it's fine. And even if it's expected to go away later, it's okay to do now. -- ___ Python tracker

[issue41944] [security] Python testsuite calls eval() on content received via HTTP

STINNER Victor added the comment: Thanks for the fix Serhiy and thanks Florian Bruhin for the bug report! -- ___ Python tracker ___

[issue41474] Missing dependency on Include/cpython/frameobject.h

Change by STINNER Victor : -- pull_requests: +21914 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22999 ___ Python tracker ___

[issue38980] Compile libpython with -fno-semantic-interposition

STINNER Victor added the comment: Since Fedora and RHEL build Python with -fno-semantic-interposition, we did not get any user bug report about the LD_PRELOAD use case. IMO we can safely consider that no user rely on LD_PRELOAD to override libpython symbols. Thanks for implementing the

[issue35061] Specify libffi.so soname for ctypes

Yongkwan Kim added the comment: My solution is creating link of libffi.so.6 as .5 This is for anyone who has same issue with me. But thanks for your kind reply though. -- ___ Python tracker

[issue42161] Remove private _PyLong_Zero and _PyLong_One variables

Change by STINNER Victor : -- pull_requests: +21913 pull_request: https://github.com/python/cpython/pull/22998 ___ Python tracker ___

[issue42160] unnecessary overhead in tempfile

Benjamin Peterson added the comment: Wouldn't it be simpler to use random.SystemRandom instead? -- nosy: +benjamin.peterson ___ Python tracker ___

[issue42161] Remove private _PyLong_Zero and _PyLong_One variables

STINNER Victor added the comment: New changeset c9bc290dd6e3994a4ead2a224178bcba86f0c0e4 by Victor Stinner in branch 'master': bpo-42161: Use _PyLong_GetZero() and _PyLong_GetOne() (GH-22995) https://github.com/python/cpython/commit/c9bc290dd6e3994a4ead2a224178bcba86f0c0e4 --

[issue42164] Python fails to compile in the Fedora Stable LTO buildbots

STINNER Victor added the comment: I reported the issue to Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1891657 -- ___ Python tracker ___

[issue42164] Python fails to compile in the Fedora Stable LTO buildbots

STINNER Victor added the comment: > Yeah, now try to compile with LTO and CFLAGS='-O0' Using LTO: * "-O1 -finline-functions -finline-small-functions -fpartial-inlining" reproduces the issue. * "-O1" does not reproduce the issue. -- ___ Python

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.8, Python 3.9 ___ Python tracker ___

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

miss-islington added the comment: New changeset 303aac8c56609290e122eecc14c038e9b1e4174a by Georges Toth in branch 'master': bpo-30681: Support invalid date format or value in email Date header (GH-22090) https://github.com/python/cpython/commit/303aac8c56609290e122eecc14c038e9b1e4174a

[issue42164] Python fails to compile in the Fedora Stable LTO buildbots

Pablo Galindo Salgado added the comment: > With LTO, compile.o requires an undefined _Py_Mangle symbol: Yeah, now try to compile with LTO and CFLAGS='-O0' -- ___ Python tracker

[issue42164] Python fails to compile in the Fedora Stable LTO buildbots

STINNER Victor added the comment: With LTO, compile.o requires an undefined _Py_Mangle symbol: $ gcc -pthread -c -DNDEBUG -fwrapv -O3 -std=c99 -fvisibility=hidden -flto -I./Include/internal -I. -I./Include -DPy_BUILD_CORE -o Python/compile.o Python/compile.c; nm Python/compile.o | grep

[issue42160] unnecessary overhead in tempfile

Change by Eric Wolf : -- keywords: +patch pull_requests: +21911 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22997 ___ Python tracker ___

[issue42164] Python fails to compile in the Fedora Stable LTO buildbots

STINNER Victor added the comment: I reproduced the bug on Fedora 32 with gcc-10.2.1-6.fc32.x86_64 (new) but I failed to reproduce with gcc-10.2.1-1.fc32.x86_64 (old, before I upgraded GCC). So it's a regression of gcc-10.2.1-6.fc32.x86_64 package. The package contains multiple downstream

[issue42142] FAIL tkinter ttk LabeledScale test_resize, and more

Steve Dower added the comment: I'm as familiar as anyone else that I'll be able to find, but I've really got no way to explain why the window isn't becoming visible. Is it possible that it's trying to default to the process's nShowCmd value instead of a constant "normal" window size? That

[issue42164] Python fails to compile in the Fedora Stable LTO buildbots

STINNER Victor added the comment: > I have been trying to diagnose this failure: > https://buildbot.python.org/all/#/builders/271/builds/710/steps/3/logs/stdio This is the "AMD64 Fedora Stable LTO 3.x" worker. The latest successful build was build 684, finished 6 days ago. test.pythoninfo of

[issue42161] Remove private _PyLong_Zero and _PyLong_One variables

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

[issue41659] PEG discrepancy on 'if {x} {a}: pass'

Change by Lysandros Nikolaou : -- pull_requests: +21910 pull_request: https://github.com/python/cpython/pull/22996 ___ Python tracker ___

[issue42161] Remove private _PyLong_Zero and _PyLong_One variables

Change by STINNER Victor : -- pull_requests: +21909 pull_request: https://github.com/python/cpython/pull/22995 ___ Python tracker ___

[issue42161] Remove private _PyLong_Zero and _PyLong_One variables

STINNER Victor added the comment: New changeset 8e3b9f92835654943bb59d9658bb52e1b0f40a22 by Victor Stinner in branch 'master': bpo-42161: Add _PyLong_GetZero() and _PyLong_GetOne() (GH-22993) https://github.com/python/cpython/commit/8e3b9f92835654943bb59d9658bb52e1b0f40a22 --

[issue42157] Cleanup the unicodedata module

STINNER Victor added the comment: > By the way, Unicode 3.2 was released in 2002: 18 years ago. I don't think > that it's still relevant in 2020 to keep backward compatibility with Unicode > 3.2. I propose to deprecate unicodedata.ucd_3_2_0 and deprecate the > unicodedate.UCD type. In

[issue41659] PEG discrepancy on 'if {x} {a}: pass'

Change by Lysandros Nikolaou : -- pull_requests: -21195 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

Change by Terry J. Reedy : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42123] Run parser twice; enable invalid_* rules only on the second run

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

[issue42123] Run parser twice; enable invalid_* rules only on the second run

Lysandros Nikolaou added the comment: New changeset bca701403253379409dece03053dbd739c0bd059 by Lysandros Nikolaou in branch 'master': bpo-42123: Run the parser two times and only enable invalid rules on the second run (GH-22111)

[issue42123] Run parser twice; enable invalid_* rules only on the second run

Lysandros Nikolaou added the comment: We do not have a big corpus of SyntaxErrors to test against, but some manual testing of running a file with a SyntaxError after a long complex line 1000 times shows no slowdown. We keep the token stream for the second run, so we don't need to run the

[issue42164] Python fails to compile in the Fedora Stable LTO buildbots

New submission from Pablo Galindo Salgado : I have been trying to diagnose this failure: https://buildbot.python.org/all/#/builders/271/builds/710/steps/3/logs/stdio it happens on these buildbots: x86_64 fedora stable ppc64le fedora stable (so 32 now) It seems that CPython cannot be compiled

[issue42157] Cleanup the unicodedata module

Change by STINNER Victor : -- pull_requests: +21908 pull_request: https://github.com/python/cpython/pull/22994 ___ Python tracker ___

[issue42142] FAIL tkinter ttk LabeledScale test_resize, and more

Terry J. Reedy added the comment: Steve, we have a new Pipelines-specific intermittent tkinter test failure. Are you familiar with Pipelines, or do you know who is? -- nosy: +steve.dower ___ Python tracker

[issue42163] _replace() no longer works on platform.uname_result objects

New submission from Chandan Singh : Starting from Python 3.9, it seems like the `_replace()` method no longer works on `platform.uname_result` objects, that are returned by `platform.uname()`. A simple example can be seen below, which works on Python 3.8, but not on Python 3.9. ``` >>>

[issue42157] Cleanup the unicodedata module

STINNER Victor added the comment: New changeset c8c4200b65b2159bbb13cee10d67dfb3676fef26 by Victor Stinner in branch 'master': bpo-42157: Convert unicodedata.UCD to heap type (GH-22991) https://github.com/python/cpython/commit/c8c4200b65b2159bbb13cee10d67dfb3676fef26 --

[issue42162] The license page for Python 3.0 is messed up

New submission from MaT1g3R : Page in question: https://docs.python.org/3.0/license.html The page still shows up in web searches (this is how I found the error) I tracked down the error to this commit, but I couldn't find a relevant branch to fix it: 4ca04b67f00edabe86072446f059adcb70eafcdd

[issue42161] Remove private _PyLong_Zero and _PyLong_One variables

Change by STINNER Victor : -- keywords: +patch pull_requests: +21907 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22993 ___ Python tracker ___

[issue42161] Remove private _PyLong_Zero and _PyLong_One variables

New submission from STINNER Victor : In bpo-38858, I made the small integer singletons per interpreter: commit 630c8df5cf126594f8c1c4579c1888ca80a29d59. _PyLong_Zero and _PyLong_One variables are still shared by all interpreters, whereas subinterpreters must not share Python objects: see

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

Pascal Chambon added the comment: The latest doc has a quick mention about the fact that daemon is not used in the Unix sens, so it seems fine now B-) https://docs.python.org/3/library/multiprocessing.html?#multiprocessing.Process.daemon """Additionally, these are not Unix daemons or

[issue42140] asyncio.wait function creates futures set two times

Justin Arthur added the comment: Your change makes perfect sense to me. It would be a backport-only change as the 2nd set creation is actually getting removed for the development version (3.10) to finalize the deprecation of wait's coroutine scheduling. -- nosy: +JustinTArthur

[issue42160] unnecessary overhead in tempfile

New submission from Eric Wolf : The tempfile module contains the class _RandomNameSequence, which has the rng property. This property checks os.getpid() every time and re-initializes a random number generator when it has changed. However, this is only necessary on systems which allow the

[issue42160] unnecessary overhead in tempfile

Change by Eric Wolf : -- components: Library (Lib) nosy: Deric-W priority: normal severity: normal status: open title: unnecessary overhead in tempfile type: enhancement versions: Python 3.6, Python 3.7, Python 3.8, Python 3.9 ___ Python tracker

[issue42159] AsyncMock restores stopped patch if same object stopped multiple times

New submission from Lisa Roach : Hard to explain in the title, easier to see via a test case: async def async_func(): raise Exception def test_simultaneous_mocks(self): class Test(IsolatedAsyncioTestCase): async def test_test(self):

[issue42142] FAIL tkinter ttk LabeledScale test_resize, and more

E. Paine added the comment: This is strange as these only seem to have started occurring recently (though there hasn't been a change to the tests themselves in a long time). There must be something different about how Azure runs the GUI tests because it was on Azure that the tests on

[issue42140] asyncio.wait function creates futures set two times

Diogo Dutra added the comment: > Are you suggesting this is a bug, or is it just a suggested code cleanup? It is a suggested code cleanup. My point is that the code creates two sets based on the Sequence `fs`. I think it is better if the code creates the set just one time, instead of two

[issue21510] fma documentation should provide better example.

Raymond Hettinger added the comment: I suggest using the text and example from the spec: http://speleotrove.com/decimal/daops.html#reffma = fused-multiply-add takes three operands; the first two are multiplied together, using multiply, with

[issue41486] Add _BlocksOutputBuffer for bz2/lzma/zlib module

STINNER Victor added the comment: It would be interested to see if using _PyBytesWriter in bz2, lzma, zlib and _io.FileIO.readall() would speed up the code. I would prefer to centralize the buffer allocation logic in _PyBytesWriter rather than having custom code in each file. _PyBytesWriter

[issue41486] Add _BlocksOutputBuffer for bz2/lzma/zlib module

STINNER Victor added the comment: Ma Lin proposed this approach (PR 21740) for _PyBytesWriter/_PyUnicodeWriter on python-dev: https://mail.python.org/archives/list/python-...@python.org/message/UMB52BEZCX424K5K2ZNPWV7ZTQAGYL53/ -- nosy: +vstinner

[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

Change by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42156] Currency not correct for all locales

Eric V. Smith added the comment: And just to show that python is doing the right thing, if the locale is set up correctly, I'll show the following hack: >>> import locale >>> locale.setlocale(locale.LC_ALL, 'en_US') 'en_US' >>> locale.currency(24.99) '$24.99' >>>

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

Neil Schemenauer added the comment: Correction: I think you *cannot* have it both ways. -- ___ Python tracker ___ ___

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

Neil Schemenauer added the comment: > I don't understand the rationale for this change in depth, but > does the benefit outweigh (yet another) backwards incompatibility? I think you can have it both ways. Do you want a C API that is stable over a long period of CPython releases or do you

[issue42157] Cleanup the unicodedata module

Change by STINNER Victor : -- pull_requests: +21906 pull_request: https://github.com/python/cpython/pull/22991 ___ Python tracker ___

[issue42157] Cleanup the unicodedata module

STINNER Victor added the comment: New changeset 920cb647ba23feab7987d0dac1bd63bfc2ffc4c0 by Victor Stinner in branch 'master': bpo-42157: unicodedata avoids references to UCD_Type (GH-22990) https://github.com/python/cpython/commit/920cb647ba23feab7987d0dac1bd63bfc2ffc4c0 --

[issue42158] http.server doesn't guess n-quads, n-triples, notation3 and TriG MIME types

Dylan Van Assche added the comment: Adding the MIME types to /etc/mime.types fixes this issue, but I'm not sure if that's the right 'fix' -- ___ Python tracker ___

[issue42158] http.server doesn't guess n-quads, n-triples, notation3 and TriG MIME types

Change by Dylan Van Assche : -- title: http.server MIME type doesn't guess n-quads, n-triples, notation3 and TriG MIME types -> http.server doesn't guess n-quads, n-triples, notation3 and TriG MIME types ___ Python tracker

[issue42158] http.server MIME type doesn't guess n-quads, n-triples, notation3 and TriG MIME types

Change by Dylan Van Assche : -- title: guess_format() MIME type doesn't guess n-quads, n-triples, notation3 and TriG -> http.server MIME type doesn't guess n-quads, n-triples, notation3 and TriG MIME types ___ Python tracker

[issue42157] Cleanup the unicodedata module

Change by STINNER Victor : -- keywords: +patch pull_requests: +21905 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22990 ___ Python tracker ___

[issue42158] guess_format() MIME type doesn't guess n-quads, n-triples, notation3 and TriG

New submission from Dylan Van Assche : guess_format() from lib/mimetypes.py doesn't guess correctly the following MIME types: - .nq: application/n-quads (specification: https://www.w3.org/TR/n-quads/) - .nt: application/n-triples (specification: https://www.w3.org/TR/n-triples/) - .n3:

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

Miro Hrončok added the comment: This also breaks pycurl: https://github.com/pycurl/pycurl/pull/660 And breezy: https://bugzilla.redhat.com/show_bug.cgi?id=1890880 (not yet reported upstream) I don't understand the rationale for this change in depth, but does the benefit outweigh (yet

[issue42157] Cleanup the unicodedata module

Marc-Andre Lemburg added the comment: On 26.10.2020 18:05, STINNER Victor wrote: > > By the way, Unicode 3.2 was released in 2002: 18 years ago. I don't think > that it's still relevant in 2020 to keep backward compatibility with Unicode > 3.2. I propose to deprecate unicodedata.ucd_3_2_0

[issue42157] Cleanup the unicodedata module

New submission from STINNER Victor : Mohamed Koubaa and me are trying to convert the unicodedata module to the multi-phase initialization API (PEP 489) and to convert the UCD static type to a heap type in bpo-1635741. The unicodedata extension module has some special cases: * It has a C API

[issue38865] [subinterpreters] Can Py_Finalize() be called if the current interpreter is not the main interpreter?

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42155] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Change by Barry A. Warsaw : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42151] Pure Python xml.etree.ElementTree is missing default attribute values

Stefan Behnel added the comment: The patch looks right. I'm not sure if this can still be changed in Py3.8, though, since that has been around for quite a while now. Admittedly, few people will disable the C accelerator module and thus whitness this issue, but for them, this is a breaking

[issue42155] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Barry A. Warsaw added the comment: Hi Serhiy. I believe this is a duplicate of bpo-30681 which is active and has a good PR IMHO. The only hold up is whether to backport that PR to 3.9 and 3.8. See the bug and PR for details. -- resolution: -> duplicate superseder: ->

[issue39101] IsolatedAsyncioTestCase freezes when exception is raised

Change by Lisa Roach : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue39101] IsolatedAsyncioTestCase freezes when exception is raised

Lisa Roach added the comment: New changeset 8374d2ee1589791be8892b00f4bbf8121dde24bd by Lisa Roach in branch 'master': bpo-39101: Fixes BaseException hang in IsolatedAsyncioTestCase. (GH-22654) https://github.com/python/cpython/commit/8374d2ee1589791be8892b00f4bbf8121dde24bd --

[issue39101] IsolatedAsyncioTestCase freezes when exception is raised

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

[issue39706] unittest.IsolatedAsyncioTestCase hangs on asyncio.CancelledError

Change by Lisa Roach : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue39101] IsolatedAsyncioTestCase freezes when exception is raised

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

[issue39706] unittest.IsolatedAsyncioTestCase hangs on asyncio.CancelledError

Change by Lisa Roach : -- keywords: +patch nosy: +lisroach nosy_count: 3.0 -> 4.0 pull_requests: +21902 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22654 ___ Python tracker

  1   2   >