[issue13611] Integrate ElementC14N module into xml.etree package

Change by Stefan Behnel : -- pull_requests: +12971 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue25707] Add the close method for ElementTree.iterparse() object

Serhiy Storchaka added the comment: Implicit closing an exhausted iterator helps only the iterator is iterated to the end. If the iteration has been stopped before the end, we get a leak of the file descriptor. Closing the file descriptor in the finalizer can be deferred to undefined term, e

[issue36765] Invalid grammar for f_expression

Eric V. Smith added the comment: Thanks, Serhiy. I suppose that we could add a note to the documentation, but I'm not sure it would be worth the confusion it would create. It's best to think of this is "it's just an expression, like everywhere else in Python". If I ever decide I like PEP 5

[issue36772] Let lru_cache be used as a decorator with no arguments

Eric V. Smith added the comment: The 90% use case with dataclasses is satisfied with just "@dataclass", and perhaps the target user there is less sophisticated. But the main difference between @dataclass and @lru_cache is that all of the parameters to @dataclass are keyword-only. Which I did

[issue36260] Cpython/Lib vulnerability found and request a patch submission

JUN-WEI SONG added the comment: Thank you very much for your reply. Based on discussions above, consensuses are improving the zipfile documentation. And we (JUN-WEI SONG & KunYu Chen) would like to work on this. With opinions of Serhiy Storchaka, Christian Heimes and the ideas we have

[issue36773] Race condition during pickle.load()

New submission from papad : There seems to be a race condition when unpickling the same object from different threads (My guess is it's related to imports that are related to the unpickled object). I have used the following files for reproduction (File contents are in the attached archive,

[issue25707] Add the close method for ElementTree.iterparse() object

Stefan Behnel added the comment: Ok, I think it's reasonable to make the resource management explicit for the specific case of letting iterparse() open the file. That suggests that there should also be context manager support, given that safe usages would often involve a try-finally. Since

[issue13611] Integrate ElementC14N module into xml.etree package

Stefan Behnel added the comment: New changeset 0d5864fa07ab4f03188c690a5eb07bdd1fd1cb9c by Stefan Behnel in branch 'master': bpo-13611: Include C14N 2.0 test data in installation (GH-13053) https://github.com/python/cpython/commit/0d5864fa07ab4f03188c690a5eb07bdd1fd1cb9c -- ___

[issue13611] Integrate ElementC14N module into xml.etree package

Stefan Behnel added the comment: A buildbot failure made me notice that the test files were not part of the CPython installation yet, so I added them. I also took the opportunity to add a README file that describes where they come from and under which conditions they were originally provided

[issue36773] Race condition during pickle.load()

Change by Karthikeyan Singaravelan : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue36774] f-strings: Add a !d conversion for ease of debugging

New submission from Eric V. Smith : I originally propsed this here: https://mail.python.org/pipermail/python-ideas/2018-October/053956.html, and there has also been some discussion on discourse. The proposal is to add a !d "type conversion" to f-strings, to make for simpler "print-based debu

[issue36774] f-strings: Add a !d conversion for ease of debugging

Steven D'Aprano added the comment: On Thu, May 02, 2019 at 11:40:45AM +, Eric V. Smith wrote: > > New submission from Eric V. Smith : > > I originally propsed this here: > https://mail.python.org/pipermail/python-ideas/2018-October/053956.html, and > there has also been some discussion

[issue36774] f-strings: Add a !d conversion for ease of debugging

Eric V. Smith added the comment: I support a general mechanism. But I think that if it's much more than the 2 characters that this would take, then I don't want to use it for f-strings. The whole point here (as with all f-string features) is a concise way to get the string you're after. But

[issue1191964] add non-blocking read and write methods to subprocess.Popen

Change by STINNER Victor : -- resolution: -> out of date ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue13611] Integrate ElementC14N module into xml.etree package

STINNER Victor added the comment: > Is there anything else I have to take care of when adding externally > provided/licensed files to the source tree? Maybe complete Doc/license.rst? https://docs.python.org/dev/license.html -- ___ Python tracker

[issue36260] Zip Bomb vulnerability

Change by STINNER Victor : -- title: Cpython/Lib vulnerability found and request a patch submission -> Zip Bomb vulnerability ___ Python tracker ___ __

[issue36773] Race condition during pickle.load()

Ronald Oussoren added the comment: This could be a duplicate of Issue34572 -- nosy: +ronaldoussoren ___ Python tracker ___ ___ Pyth

[issue36774] f-strings: Add a !d conversion for ease of debugging

Change by Andy Dirnberger : -- nosy: +dirn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue36774] f-strings: Add a !d conversion for ease of debugging

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue36772] Let lru_cache be used as a decorator with no arguments

Stefan Behnel added the comment: I'm generally ok with such APIs. It seems needless to require @lru_cache() def f(): ... when a simple decorator would suffice. I think I might decide otherwise in cases where almost all usages require arguments, but if the no-arguments case is common (an

[issue13611] Integrate ElementC14N module into xml.etree package

Change by Stefan Behnel : -- pull_requests: +12972 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue36775] Rework filesystem codec implementation

New submission from STINNER Victor : I would like to add callbacks in PyInterpreterState for the filesystem encoding to avoid parsing the encoding name at each encode/decode call (PyUnicode_EncodeFSDefault, PyUnicode_DecodeFSDefault). -- components: Interpreter Core messages: 341267 n

[issue36774] f-strings: Add a !d conversion for ease of debugging

Gregory P. Smith added the comment: for reference, the discourse thread: https://discuss.python.org/t/f-string-debug-conversion/99/14 -- nosy: +gregory.p.smith ___ Python tracker ___

[issue14546] lll.py can't handle multiple parameters correctly

Serhiy Storchaka added the comment: New changeset c4e78b116f9a4299f3b3bfbbd18ef49782bb1143 by Serhiy Storchaka (Zackery Spytz) in branch 'master': bpo-14546: Fix the argument handling in Tools/scripts/lll.py (GH-13026) https://github.com/python/cpython/commit/c4e78b116f9a4299f3b3bfbbd18ef4978

[issue36774] f-strings: Add a !d conversion for ease of debugging

Gregory P. Smith added the comment: Steven: We shouldn't block this immediately useful feature from going in for f-strings on waiting for some much broader first class access to expressions feature. !d would be practical today. -- ___ Python tra

[issue36775] Rework filesystem codec implementation

Change by STINNER Victor : -- keywords: +patch pull_requests: +12973 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue36774] f-strings: Add a !d conversion for ease of debugging

Gregory P. Smith added the comment: hallway conversation with Eric: neither of us have immediately good thoughts on a spelling other than !d for this. !! or != seem esoteric and/or unparseable, using a capital letter like !D could be new and odd and might be useful to differentiate types of

[issue36776] test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x

New submission from STINNER Victor : AMD64 Windows7 SP1 3.x: https://buildbot.python.org/all/#/builders/40/builds/2106 ERROR: test_lll_multiple_dirs (test.test_tools.test_lll.lllTests) -- Traceback (most recent call last): Fi

[issue36776] test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x

STINNER Victor added the comment: New test added by bpo-14546. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue14546] lll.py can't handle multiple parameters correctly

STINNER Victor added the comment: test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x: see bpo-36776. -- nosy: +vstinner ___ Python tracker ___ ___

[issue36776] test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x

Change by Karthikeyan Singaravelan : -- nosy: +ZackerySpytz, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue14546] lll.py can't handle multiple parameters correctly

STINNER Victor added the comment: > test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x: see > bpo-36776. I guess that the test should be decorated by @support.skip_unless_symlink or something like that. -- ___ Python tracker

[issue36774] f-strings: Add a !d conversion for ease of debugging

Karthikeyan Singaravelan added the comment: !d sounds good and makes teaching easier. Adding additional symbol sort of clutters the experience in f'{name!!}'. I think it will be a good thing to have it in 3.8 since it serves one of the common things in debugging f'name = {name}' and perhaps

[issue36775] Rework filesystem codec implementation

STINNER Victor added the comment: New changeset e251095a3f4778102f554cecffcfd837f4d1db6c by Victor Stinner in branch 'master': bpo-36775: Add _Py_FORCE_UTF8_FS_ENCODING macro (GH-13056) https://github.com/python/cpython/commit/e251095a3f4778102f554cecffcfd837f4d1db6c -- ___

[issue36775] Rework filesystem codec implementation

Change by STINNER Victor : -- pull_requests: +12974 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36776] test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x

Change by Zackery Spytz : -- keywords: +patch pull_requests: +12975 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue36776] test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x

Zackery Spytz added the comment: I'm sorry. I have submitted a fix. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue35184] Makefile is not correctly generated when compiling pyextat with DXML_POOR_ENTROPY=1

Ned Deily added the comment: Thanks for the report and thanks for the PR. I am confused here as I cannot reproduce the failure. Can someone show what is invalid in the Makefile? Also, if the change really does need to be made to Setup.dist (3.7) or Setup (master -> 3.8), then setup.py sho

[issue36775] Rework filesystem codec implementation

STINNER Victor added the comment: New changeset 43fc3bb7cf0278735eb0010d7b3043775a120cb5 by Victor Stinner in branch 'master': bpo-36775: Add _PyUnicode_InitEncodings() (GH-13057) https://github.com/python/cpython/commit/43fc3bb7cf0278735eb0010d7b3043775a120cb5 -- _

[issue36774] f-strings: Add a !d conversion for ease of debugging

Change by Eric V. Smith : -- keywords: +patch pull_requests: +12976 stage: needs patch -> patch review ___ Python tracker ___ ___ Py

[issue9194] winreg:fixupMultiSZ should check that P < Q in the inner loop

Ned Deily added the comment: New changeset dadc3478950c389c120fb16f44e5a29cc43f by Ned Deily (Miss Islington (bot)) in branch '3.6': bpo-9194: Fix the bounds checking in winreg.c's fixupMultiSZ() (GH-12687) (GH-12910) https://github.com/python/cpython/commit/dadc3478950c389c120fb16f4

[issue9194] winreg:fixupMultiSZ should check that P < Q in the inner loop

Change by Ned Deily : -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue36742] urlsplit doesn't accept a NFKD hostname with a port number

Ned Deily added the comment: New changeset e5f9f4adb95233c66578e6f7ea176687af2f78ca by Ned Deily (Miss Islington (bot)) in branch '3.6': bpo-36742: Fixes handling of pre-normalization characters in urlsplit() (GH-13017) (GH-13024) https://github.com/python/cpython/commit/e5f9f4adb95233c66578

[issue36774] f-strings: Add a !d conversion for ease of debugging

Serhiy Storchaka added the comment: To implement converting printf-style string formatting into f-string expressions (see issue28307) I need to add new convertors: 'd': int(x) where x is a number, used for %d, %u, %i 'i': operator.index(i), used for %x, %o, %b 'f': float(x) where x is a numbe

[issue14546] lll.py can't handle multiple parameters correctly

Change by miss-islington : -- pull_requests: +12977 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36694] Excessive memory use or memory fragmentation when unpickling many small objects

Serhiy Storchaka added the comment: Great work Inada-san! Thank you for your investigations! PR 13036 increases the chance of using borrowed references during pickling. Since this bug exists in the current code too (it just can be exposed in smaller number of cases), it should be fixed in an

[issue36777] unittest discover throws TypeError on empty packages

New submission from Karthikeyan Singaravelan : In the given folder structure unittest discover fails. I think this is due to issue32303 where __file__ was set as None and I guess empty packages didn't have __file__ set before which has None value now. Hence the_module.__file__ returns None and

[issue30458] [security][CVE-2019-9740][CVE-2019-9947] HTTP Header Injection (follow-up of CVE-2016-5699)

Karthikeyan Singaravelan added the comment: IMO it does qualify as a security issue. In case of urllib to be lenient and can be exploited it's good to document like tarfile and xml modules that have a warning about untrusted data potentially causing issues and perhaps link to a url validator

[issue35726] QueueHandler formatting affects other handlers

Ned Deily added the comment: New changeset 386b6f07a9703746590a5f29281b93c931c0e6d3 by Ned Deily (Xtreak) in branch '3.7': [3.7] bpo-35726: Prevented QueueHandler formatting from affecting other handlers (GH-11537) (GH-12716) https://github.com/python/cpython/commit/386b6f07a9703746590a5f292

[issue35726] QueueHandler formatting affects other handlers

Change by miss-islington : -- pull_requests: +12978 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36775] Rework filesystem codec implementation

Change by STINNER Victor : -- pull_requests: +12979 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue35726] QueueHandler formatting affects other handlers

Ned Deily added the comment: New changeset 3f8f64ebf3ab05038ed0b5a4adc83d0a5e9fbb82 by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-35726: Add test for QueueHandler with multiple handlers (GH-11659) (GH-13061) https://github.com/python/cpython/commit/3f8f64ebf3ab05038ed0b5a4adc83d0a

[issue35726] QueueHandler formatting affects other handlers

Change by Ned Deily : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8 ___ Python tracker ___ _

[issue36774] f-strings: Add a !d conversion for ease of debugging

Gregory P. Smith added the comment: regarding issue28307 - It is not always correct to convert a %d %u %i used to render v into f'{int(v)}'. That'd lose the TypeError when v is not an integer. If you are looking at making internal private conversions for the purposes of that issue, I think

[issue30458] [security][CVE-2019-9740][CVE-2019-9947] HTTP Header Injection (follow-up of CVE-2016-5699)

Gregory P. Smith added the comment: A note from the urllib3 fixes to this: They chose to go the route of auto-%-encoding the offending characters in URLs instead. I do not think the stdlib should do this. One thing to note though is that they claim URLs with spaces embedded in them are ap

[issue30458] [security][CVE-2019-9740][CVE-2019-9947] HTTP Header Injection (follow-up of CVE-2016-5699)

Karthikeyan Singaravelan added the comment: > One thing to note though is that they claim URLs with spaces embedded in them > are apparently somewhat common in the world, we might want to relax our check > to not include space (\x20) in the rejected characters for that reason. Guess I missed

[issue14546] lll.py can't handle multiple parameters correctly

Change by Zackery Spytz : -- pull_requests: +12980 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue36772] Let lru_cache be used as a decorator with no arguments

Change by Raymond Hettinger : -- nosy: +dino.viehland, eric.snow, giampaolo.rodola, njs ___ Python tracker ___ ___ Python-bugs-list

[issue35184] Makefile is not correctly generated when compiling pyextat with DXML_POOR_ENTROPY=1

Change by Aaron Hurst : -- pull_requests: +12981 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue35184] Makefile is not correctly generated when compiling pyextat with DXML_POOR_ENTROPY=1

Aaron Hurst added the comment: Sorry for my misunderstanding of the process, and thanks for explaining. I resubmitted the PR against the master branch. -- ___ Python tracker ___

[issue35184] Makefile is not correctly generated when compiling pyextat with DXML_POOR_ENTROPY=1

Aaron Hurst added the comment: Hi Ned, >From a fresh checkout of master on Ubuntu 18.04, I uncomment the pyexpat line >in Modules/Setup and run: cpython$ ./configure ... cpython$ make Makefile:273: *** missing separator. Stop. Here is the offending section of the resulting Makefile: 269 #

[issue34155] email.utils.parseaddr mistakenly parse an email

Ned Deily added the comment: @barry, @r.david.murray, With the additional info about attacks in the wild, should we now consider this a security issue? If so, someone needs to provide an actual PR. (Raising the priority to "deferred blocker" pending evaluation.) -- nosy: +ned.deily

[issue36763] PEP 587: Rework initialization API to prepare second version of the PEP

Change by STINNER Victor : -- pull_requests: +12982 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36716] Embedded Python fails to import module files with version_platform extensions

Eric Cosatto added the comment: Problem solved: Running the following code in the CommandLine Python and in the C++ embedded python clarified the problem: import importlib.machinery print(importlib.machinery.all_suffixes()) CommandLine Python: > ['.py', '.pyw', '.pyc', '.cp37-win_amd6

[issue36716] Embedded Python fails to import module files with version_platform extensions

Eric Cosatto added the comment: I'm closing the issue, see my previous post. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue36774] f-strings: Add a !d conversion for ease of debugging

Paul Moore added the comment: +1 from me. It's something I'd find useful, and it's a natural extension of the f-string syntax. > I can't decide if I'm going to allow a format specifier. The only useful interpretation IMO would be for {expr!d:fmt} to expand to expr={expr:fmt}. If you're not

[issue36763] PEP 587: Rework initialization API to prepare second version of the PEP

Change by STINNER Victor : -- pull_requests: +12983 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue35184] Makefile is not correctly generated when compiling pyextat with DXML_POOR_ENTROPY=1

Ned Deily added the comment: Thanks for the updates, Aaron. The plot thickens! If I perform the steps on a current macOS system, the result is: 273 pyexpat expat/xmlparse.c expat/xmlrole.c expat/xmltok.c pyexpat.c -I$(srcdir)/Modules/expat -DHAVE_EXPAT_CONFIG_H -DXML_POOR_ENTROPY=1 -DUSE_

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

Change by Terry J. Reedy : -- pull_requests: +12984 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36763] PEP 587: Rework initialization API to prepare second version of the PEP

STINNER Victor added the comment: New changeset 373893ce51b0eaf0dec901e36a3e4217fbed3e32 by Victor Stinner in branch 'master': bpo-36763: Add _PyCoreConfig._config_version (GH-13065) https://github.com/python/cpython/commit/373893ce51b0eaf0dec901e36a3e4217fbed3e32 -- __

[issue36776] test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x

STINNER Victor added the comment: Another failure: https://buildbot.python.org/all/#builders/58/builds/2317 Python on x86 Windows7 3.x -- ___ Python tracker ___ __

[issue36776] test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x

STINNER Victor added the comment: New changeset 6ae2bbbdfcb8969d1d362b17c2fbd5a684fa4f9d by Victor Stinner (Zackery Spytz) in branch 'master': bpo-36776: Add @support.skip_unless_symlink to test_lll.py (GH-13058) https://github.com/python/cpython/commit/6ae2bbbdfcb8969d1d362b17c2fbd5a684fa4f9

[issue36775] Rework filesystem codec implementation

STINNER Victor added the comment: New changeset 709d23dee69e700b87d5a4cb59e149d0e1af7993 by Victor Stinner in branch 'master': bpo-36775: _PyCoreConfig only uses wchar_t* (GH-13062) https://github.com/python/cpython/commit/709d23dee69e700b87d5a4cb59e149d0e1af7993 -- ___

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

Terry J. Reedy added the comment: PR 12579 started as a fixup for 3.7.4, but there seemed to be a problem of duplicate commits. The fix, based on Ned Deily's comments, after fetching from upstream: cd ../37 # 3.7 workspace git branch -D news37 # and dict37, whatever it was git reset --har

[issue35184] Makefile is not correctly generated when compiling pyextat with DXML_POOR_ENTROPY=1

Aaron Hurst added the comment: Hi Ned, Thanks for testing this. I also observe that macOS compiles "without error"... but it's still broken... and silently. This is because the pyexpat line isn't being turned into the expected set of source compilation rules, but it is instead being dumped

[issue36710] Pass _PyRuntimeState as an argument rather than using the _PyRuntime global variable

Neil Schemenauer added the comment: I think there are two questions to answer. First, do we want to support multiple runtimes per process? Second, if we do, what is the best way to do that? Some people would argue that multiple runtimes are not needed or are too hard to do. Maybe they ar

[issue36774] f-strings: Add a !d conversion for ease of debugging

Eric V. Smith added the comment: Re: format specs and what they apply to. The problem is that you want f"{expr!d}" to expand to f"expr={repr(expr)}". And I think you want that because it's the most useful behavior for strings. Without the repr it's not very useful for strings. But you want

[issue36763] PEP 587: Rework initialization API to prepare second version of the PEP

STINNER Victor added the comment: New changeset 70005ac0fddd8585725b92acd1bc2b8e7b81999c by Victor Stinner in branch 'master': bpo-36763: _PyCoreConfig_SetPyArgv() preinitializes Python (GH-13037) https://github.com/python/cpython/commit/70005ac0fddd8585725b92acd1bc2b8e7b81999c --

[issue36776] test_tools: test_lll_multiple_dirs() failed on AMD64 Windows7 SP1 3.x

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

[issue14546] lll.py can't handle multiple parameters correctly

STINNER Victor added the comment: New changeset e85ba1e69288e3fce400ed4cdbefab58934b5904 by Victor Stinner (Miss Islington (bot)) in branch '3.7': [3.7] bpo-14546: Fix the argument handling in Tools/scripts/lll.py (GH-13026) (GH-13060) https://github.com/python/cpython/commit/e85ba1e69288e3f

[issue14546] lll.py can't handle multiple parameters correctly

STINNER Victor added the comment: New changeset 7c2c01f02a1821298a62dd16ecc3a12da663e14b by Victor Stinner (Zackery Spytz) in branch '2.7': [2.7] bpo-14546: Fix the argument handling in Tools/scripts/lll.py (GH-13026) (GH-13063) https://github.com/python/cpython/commit/7c2c01f02a1821298a62dd

[issue14546] lll.py can't handle multiple parameters correctly

STINNER Victor added the comment: Thanks Carton He for the bug report, thanks Zackery Spytz for the fix, thanks Serhiy Storchaka for the review ;-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue36763] PEP 587: Rework initialization API to prepare second version of the PEP

STINNER Victor added the comment: New changeset 4631da1242fc96002a3c0462a87d087e567368aa by Victor Stinner in branch 'master': bpo-36763: Remove _PyCoreConfig._init_main (GH-13066) https://github.com/python/cpython/commit/4631da1242fc96002a3c0462a87d087e567368aa --

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

Terry J. Reedy added the comment: New changeset 304ca211c4912f040151e518d9d66fd2d625c5e9 by Terry Jan Reedy in branch '3.7': [3.7] bpo-34162: Fix idlelib/NEWS.text for 3.7.4 (#13067) https://github.com/python/cpython/commit/304ca211c4912f040151e518d9d66fd2d625c5e9 --

[issue36475] PyEval_AcquireLock() and PyEval_AcquireThread() do not handle runtime finalization properly.

Change by STINNER Victor : -- pull_requests: +12985 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36774] f-strings: Add a !d conversion for ease of debugging

Paul Moore added the comment: > So the question is: how do you get repr by default, but allow the format spec? > > The only thing I've come up with is: > - f"{expr!d}" expands to f"expr={repr(expr)}", but > - f"{expr!d:spec} expands to f"expr={format(expr, spec)}" > > I think this is the most u

[issue36763] PEP 587: Rework initialization API to prepare second version of the PEP

STINNER Victor added the comment: I updated my PEP 587: [Python-Dev] RFC: PEP 587 "Python Initialization Configuration": 2nd version https://mail.python.org/pipermail/python-dev/2019-May/157290.html -- ___ Python tracker

[issue36775] Rework filesystem codec implementation

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

[issue13611] Integrate ElementC14N module into xml.etree package

Stefan Behnel added the comment: > Maybe complete Doc/license.rst? Thanks, done. -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252

New submission from Paul Monson : Windows desktop skus have a default ANSI codepage (returned by GetACP()) of 1252 (Western European). Windows IoT Core and Windows Nano Server have a default codepage of 65001 (UTF-8). This causes test_site.StartupImportTests.test_startup_imports to fail on

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252

Change by Paul Monson : -- keywords: +patch pull_requests: +12986 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue36699] building for riscv multilib (patch attached)

Andreas K. Hüttel added the comment: Who am I to disagree. -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker ___

[issue35070] test_posix fails on macOS 10.14 Mojave

Change by Jeffrey Kintscher : -- keywords: +patch pull_requests: +12987 stage: -> patch review ___ Python tracker ___ ___ Python-bu

[issue36779] strptime returns empty string on Windows if default codepage is a Unicode codepage

New submission from Paul Monson : Need to work around a CRT bug in the use of _tzset() + _tzname[] Calling setlocale(LC_CTYPE, "") on a system where GetACP() returns CP_UTF8 results in empty strings in _tzname[]. This causes time.tzname to be an empty string. I have reported the bug. One poss

[issue36779] time.tzname returns empty string on Windows if default codepage is a Unicode codepage

Change by Paul Monson : -- title: strptime returns empty string on Windows if default codepage is a Unicode codepage -> time.tzname returns empty string on Windows if default codepage is a Unicode codepage ___ Python tracker

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252

Change by Paul Monson : -- pull_requests: +12988 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue36772] Let lru_cache be used as a decorator with no arguments

Raymond Hettinger added the comment: At Pycon today, I mostly got all positive feedback on this. Apparently py.test already follows this pattern. Another developer said they found the () to be distracting and would welcome not having to use them. -- ___

[issue34155] email.utils.parseaddr mistakenly parse an email

Windson Yang added the comment: I found the issue located in https://github.com/python/cpython/blob/master/Lib/email/_parseaddr.py#L277 elif self.field[self.pos] in '.@': # email address is just an addrspec # this isn't very efficient since we start over self.pos = oldpos self

[issue35824] http.cookies._CookiePattern modifying regular expressions

daniel hahler added the comment: I seems like http.cookiejar should be used for clients, which includes more relaxed parsing of cookies. This is mentioned in the docs at https://github.com/python/cpython/blame/443fe5a52a3d6a101795380227ced38b4b5e0a8b/Doc/library/http.cookies.rst#L63-L65. --

[issue34155] email.utils.parseaddr mistakenly parse an email

Barry A. Warsaw added the comment: Well, at least we're not alone. Here's a screen capture from Mail.app Version 12.4 (3445.104.8). -- Added file: https://bugs.python.org/file48295/Screen Shot 2019-05-02 at 22.07.27.png ___ Python tracker

  1   2   >