[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Change by miss-islington : -- pull_requests: +13290 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36946] Possible signed integer overflow in slice handling

miss-islington added the comment: New changeset f02d1a43c6be658cd279edb90e8e96c99e1127e7 by Miss Islington (bot) in branch '3.7': bpo-36946: Fix possible signed integer overflow when handling slices. (GH-13375) https://github.com/python/cpython/commit/f02d1a43c6be658cd279edb90e8e96c99e1127e7

[issue36928] linkt threading.settrace to sys.settrace

Change by miss-islington : -- pull_requests: +13291 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36260] [security] CVE-2019-9674: Zip Bomb vulnerability

Change by STINNER Victor : -- title: Zip Bomb vulnerability -> [security] CVE-2019-9674: Zip Bomb vulnerability ___ Python tracker ___

[issue36799] Typo in ctypes documentation

Change by Stéphane Wirtel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36260] Zip Bomb vulnerability

Change by JUN-WEI SONG : -- keywords: +patch pull_requests: +13288 stage: resolved -> patch review ___ Python tracker ___ ___

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

miss-islington added the comment: New changeset ac8eb8f36bf7ca636f8d886eb65a3b532f4725d5 by Miss Islington (bot) (Erwan Le Pape) in branch 'master': bpo-35545: Fix asyncio discarding IPv6 scopes (GH-11271) https://github.com/python/cpython/commit/ac8eb8f36bf7ca636f8d886eb65a3b532f4725d5

[issue36751] Changes in the inspect module for PEP 570

STINNER Victor added the comment: Can this issue be closed now? This issue was specific to the impact of the PEP 570 on the inspect module. It's now fixed, right? If someone wants to continue the discussion about a specific aspect of the inspect module, I suggest to start a thread on

[issue36928] linkt threading.settrace to sys.settrace

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

[issue36928] linkt threading.settrace to sys.settrace

Stéphane Wirtel added the comment: Thank you for your contribution -- nosy: +matrixise ___ Python tracker ___ ___ Python-bugs-list

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

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

[issue36946] Possible signed integer overflow in slice handling

Change by miss-islington : -- pull_requests: +13287 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36946] Possible signed integer overflow in slice handling

Serhiy Storchaka added the comment: New changeset 14514d9084a40f599c57da853a305aa264562a43 by Serhiy Storchaka (Zackery Spytz) in branch 'master': bpo-36946: Fix possible signed integer overflow when handling slices. (GH-13375)

[issue36260] Zip Bomb vulnerability

JUN-WEI SONG added the comment: Dear friends, We moved a little bit forward to improve the writing. :) -- ___ Python tracker ___

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

miss-islington added the comment: New changeset 94704048e2467dbb4c53ca02d103eab5671e84b3 by Miss Islington (bot) in branch '3.7': bpo-35545: Fix asyncio discarding IPv6 scopes (GH-11271) https://github.com/python/cpython/commit/94704048e2467dbb4c53ca02d103eab5671e84b3 --

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

R. David Murray added the comment: As for the other, I don't see the need for a custom error. It's a ValueError in my view. I wouldn't object to it strongly, but note that this error is content dependent. If there's nothing to encode, you can "get away with" a shorter maxlen. Though why

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

STINNER Victor added the comment: New changeset b16b4e45923f4e4dfd8e970ae4e6a934faf73b79 by Victor Stinner in branch 'master': bpo-36763: Add PyMemAllocatorName (GH-13387) https://github.com/python/cpython/commit/b16b4e45923f4e4dfd8e970ae4e6a934faf73b79 --

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

R. David Murray added the comment: Good point about the backward compatibility. Yes I agree, I think raising the error is probably better. A deprecation warning seems like a good path forward...I will be very surprised if anyone encounters it, though :) --

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

Change by STINNER Victor : -- pull_requests: +13296 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36947] Fix 3.3.3.1 Metaclasses Documentation

Stéphane Wirtel added the comment: Thank you for your report -- assignee: -> docs@python components: +Documentation nosy: +docs@python, matrixise ___ Python tracker ___

[issue36947] [Good first issue] Fix 3.3.3.1 Metaclasses Documentation

Stéphane Wirtel added the comment: just one question, I don't find the paragraph with this text in the code. Could you share the link of this paragraph? Thank you -- status: open -> pending ___ Python tracker

[issue36947] [Good first issue] Fix 3.3.3.1 Metaclasses Documentation

Nicholas Matthews added the comment: Ok, I will create a PR soon and update the issue. -- ___ Python tracker ___ ___

[issue36947] [Good first issue] Fix 3.3.3.1 Metaclasses Documentation

Nicholas Matthews added the comment: Thanks for the clarification. For the first point on the correctness of the original text, that makes sense, could you link me to any relevant documentation for further reading? On the second point "Meta modifies the creation of the classes themselves,

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

R. David Murray added the comment: Can you demonstrate the parsing error? maxlen should have no effect during parsing. -- ___ Python tracker ___

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

Abhilash Raj added the comment: I was wrong about the parsing error, it looks like length from the policy isn't used when parsing. >>> from email.policy import default >>> from email import message_from_string >>> p = default.clone(max_line_length=10) >>> msg = message_from_string("""\ ...

[issue36947] [Good first issue] Fix 3.3.3.1 Metaclasses Documentation

Josh Rosenberg added the comment: Clarification is fine, but "MyClass and MySubclass are instances of Meta:" is 100% true. Declaring a class to have a metaclass (or inheriting from a class with a metaclass) means that the class itself is an instance of the metaclass. New instances of the

[issue36947] [Good first issue] Fix 3.3.3.1 Metaclasses Documentation

Stéphane Wirtel added the comment: If you want to modify the text, please create a PR for this file: https://github.com/python/cpython/blob/master/Doc/reference/datamodel.rst#metaclasses Don't forget to sign the CLA, Thank you -- ___ Python

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

Paul Ganssle added the comment: Responding to a comment on the PR: > Now, that said you might want to consider the fact that in > _fold_mime_parameters I deal with this issue by bumping maxlen to 78 rather > than raising an error. I'm not sure that was the right choice, but whatever > we

[issue28874] test_logging fails and freezes

Yury added the comment: And same happens to me when building version 3.7.3. I'm building with gcc (GCC) 4.8.5. -- ___ Python tracker ___

[issue36947] Fix 3.3.3.1 Metaclasses Documentation

New submission from Nicholas Matthews : Currently the final sentence of the second paragraph reads: "In the following example, both MyClass and MySubclass are instances of Meta:" It should read something like: "In the following example, both MyClass and MySubclass have the metaclass Meta, and

[issue36947] [Good first issue] Fix 3.3.3.1 Metaclasses Documentation

Stéphane Wirtel added the comment: Found here: https://docs.python.org/3/reference/datamodel.html#metaclasses Thank you -- status: pending -> open ___ Python tracker ___

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

R. David Murray added the comment: Right, one of the fundamental principles of the email library is that when parsing input we do not ever raise an error. We may note defects, but whatever we get we *must* parse and turn in to *something*. --

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

Steve Dower added the comment: I think this should be opt-in, not opt-out. Imagine you're an existing application and you want to embed Python. Why would you ever want it to suddenly change your global settings like this? As a general rule, an embedded Python runtime should deal with all

[issue29696] Use namedtuple in string.Formatter.parse iterator response

Cheryl Sabella added the comment: It looks like Pablo's patch for this was good, but then closed because the idea was rejected. Should this ticket also be closed as rejected? -- nosy: +cheryl.sabella ___ Python tracker

[issue36947] [Good first issue] Fix 3.3.3.1 Metaclasses Documentation

Change by Stéphane Wirtel : -- keywords: +easy title: Fix 3.3.3.1 Metaclasses Documentation -> [Good first issue] Fix 3.3.3.1 Metaclasses Documentation ___ Python tracker ___

[issue36770] stdlib - shutil.make_archive - add support for different ZIP compression method

Stéphane Wirtel added the comment: Hi @owenchia Thanks for your contribution! The project can legally accept your contribution by verifying you have signed the PSF contributor agreement (CLA). CLA: https://www.python.org/psf/contrib/contrib-form/ Could you create a PR on Github with your

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

STINNER Victor added the comment: > I'm not sure if it's real issue in practice. Maybe users learnt how to > workaround this limitation. I sent an email to capi-sig to get a feedback on this question :-)

[issue36751] Changes in the inspect module for PEP 570

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue1875] "if 0: return" not raising SyntaxError

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue35195] [Windows] Python 3.7 initializes LC_CTYPE locale at startup, causing performance issue on msvcrt isdigit()

STINNER Victor added the comment: I created bpo-36945: "Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python". -- ___ Python tracker

[issue36789] Unicode HOWTO incorrectly states that UTF-8 contains no zero bytes

Change by miss-islington : -- pull_requests: +13294 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36907] Crash due to borrowed references in _PyStack_UnpackDict()

Change by Jeroen Demeyer : -- pull_requests: +13292 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

Serhiy Storchaka added the comment: I think this is a bug in BasicIO. close() should be idempotent. Calling it on the closed file should have no effect. -- components: +IO -Tests nosy: +serhiy.storchaka ___ Python tracker

[issue8425] a -= b should be fast if a is a small set and b is a large set

Cheryl Sabella added the comment: @maker, would you be interested in converting your patch to a Github pull request? Thanks! -- nosy: +cheryl.sabella versions: +Python 3.8 -Python 3.4 ___ Python tracker

[issue36908] "This module is always available" is confusing

Kushal Das added the comment: In future we should do the similar change for any module. This will be helpful for new beginners. -- nosy: +kushal.das ___ Python tracker ___

[issue1875] "if 0: return" not raising SyntaxError

miss-islington added the comment: New changeset 85ed1712e428f93408f56fc684816f9a85b0ebc0 by Miss Islington (bot) in branch '3.7': bpo-1875: Raise SyntaxError in invalid blocks that will be optimised away (GH-13332)

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

Karthikeyan Singaravelan added the comment: My analysis was that close was called on fakesocket which is internally closed when it's counter resets to zero and the destructor was trying to flush on a closed object during destructor call. Comment from

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

Serhiy Storchaka added the comment: No, BasicIO.close() is correct. This is a bug in the garbage collector: the underlying file is closed before closing HTTPResponse. The HTTPResponse instance has a reference to the file object, the file object does not have a reference to the HTTPResponse

[issue36908] "This module is always available" is confusing

Kushal Das added the comment: New changeset 6faad355db6c2bd4a0ade7868f245b42c04f5337 by Kushal Das (Ned Batchelder) in branch 'master': bpo-36908: 'This module is always available' isn't helpful. (#13297) https://github.com/python/cpython/commit/6faad355db6c2bd4a0ade7868f245b42c04f5337

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

STINNER Victor added the comment: > Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when > embedding Python This parameter is similar the _PyCoreConfig.configure_c_stdio parameter that I just added. It allows to behave more as a "regular Python" or to better "isolate

[issue1875] "if 0: return" not raising SyntaxError

Change by miss-islington : -- pull_requests: +13293 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1875] "if 0: return" not raising SyntaxError

Pablo Galindo Salgado added the comment: New changeset af8646c8054d0f4180a2013383039b6a472f9698 by Pablo Galindo in branch 'master': bpo-1875: Raise SyntaxError in invalid blocks that will be optimised away (GH-13332)

[issue35252] test_functools dead code after FIXME

Cheryl Sabella added the comment: @lukasz.langa added this FIXME comment originally, so nosying him for a review. -- nosy: +cheryl.sabella, lukasz.langa ___ Python tracker

[issue36789] Unicode HOWTO incorrectly states that UTF-8 contains no zero bytes

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

[issue17679] sysconfig generation uses some env variables multiple times

STINNER Victor added the comment: The patch is wrong. I'm not sure when/how C flags are duplicated. Anyway, it seems like the issue is somehow outdated or even gone, so I close the issue. -- resolution: -> out of date stage: patch review -> resolved status: open -> closed

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

Change by STINNER Victor : -- pull_requests: +13295 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue10669] Document Deprecation Warnings and how to fix

Cheryl Sabella added the comment: If this is change is still desirable, I think it might be a good issue for someone who had contributed a few patches and is looking for something a little more challenging to work on. -- nosy: +cheryl.sabella, mdk, willingc stage: -> needs patch

[issue19175] Erroneous reference to "integer" in format string grammar

Change by Cheryl Sabella : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Format mini-language integer definition is incorrect ___ Python tracker

[issue28874] test_logging fails and freezes

Yury added the comment: I am observing this issue while building 3.6.8 version on CentOS 7.6. Shall we reopen the bug? Thanks, Yury. -- nosy: +scrutari ___ Python tracker

[issue36949] WeakSet.__repr__ and __str__ do not show contents of the set

New submission from Steve Dower : This spoils the output of our test suite when there are dangling threads, as the basic "print" doesn't show anything useful. -- messages: 342734 nosy: steve.dower priority: normal severity: normal stage: needs patch status: open title:

[issue36942] Windows code changes for Windows ARM64

Steve Dower added the comment: New changeset 3ea702eca17c4ab5209d823fac2463307dde0633 by Steve Dower (Paul Monson) in branch 'master': bpo-36942 Windows build changes for Windows ARM64 (GH-13366) https://github.com/python/cpython/commit/3ea702eca17c4ab5209d823fac2463307dde0633 --

[issue34881] unnecessary encoded-words usage breaks DKIM signatures

Abhilash Raj added the comment: Just for reference DKIM-Signature header is defined in RFC 6376 and the BNF description for the header is mentioned here (https://tools.ietf.org/html/rfc6376#section-3.5). It is a bit long so I am not copy-pasting it here. I might take a stab at writing a

[issue36948] NameError in urllib.request.URLopener.retrieve

New submission from Karthikeyan Singaravelan : In issue27485 the deprecated functions were replaced with underscore prefixed ones due to which imports where modified. Some of the places where not changed causing NameError in using urllib.request.URLopener.retrieve for local files and

[issue36948] NameError in urllib.request.URLopener.retrieve

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +13297 stage: -> patch review ___ Python tracker ___ ___

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

STINNER Victor added the comment: Steve: > Imagine you're an existing application and you want to embed Python. Why > would you ever want it to suddenly change your global settings like this? I have a very good news for you :-) Slowly but steadily, we converge on a agreement ;-) The more

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

Steve Dower added the comment: > * customized Python interpreter: behaves as the "regular Python" For this, why wouldn't we say "start by copying all the code in Programs/python.c"? Is there any reason why that file needs to only be one single call into Py_Main? Maybe there's some reason

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

STINNER Victor added the comment: > Nice, these will be helpful. Probably a good thing to try out with some > embedders too, to see whether they're intuitive enough. I suggest to move this discussion on the WIP PR of 4th version of my PEP: https://github.com/python/peps/pull/1056 I will

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

STINNER Victor added the comment: I asked on Twitter: "If you embed Python in your application, would you prefer Python to leave your locale unchanged?" Mai Giménez replied: "I would like to." https://twitter.com/maidotgimenez/status/1129357352774393856 Steve Dower wrote: "I think this

[issue34215] streams.py:IncompleteReadError is message is unclear when expected is None

Tyler Bell added the comment: I've updated my PR to reflect a better message for the IncompleteReadError exception. When expected is None, the error reads, "IncompleteReadError: 1 bytes read on a total of None expected bytes" which is confusing. My PR changes this to "IncompleteReadError: 1

[issue36867] Make semaphore_tracker track other system resources

STINNER Victor added the comment: It seems like all known bugs are fixed, I close again the issue. Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33524] non-ascii characters in headers causes TypeError on email.policy.Policy.fold

Change by Abhilash Raj : -- pull_requests: +13300 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32972] unittest.TestCase coroutine support

Change by Andrew Svetlov : -- pull_requests: +13301 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

STINNER Victor added the comment: New changeset cab5d0741ee6adf2ae9ff5aaafe06b75b4b5bca3 by Victor Stinner in branch 'master': bpo-36763: Add _PyCoreConfig_InitPythonConfig() (GH-13388) https://github.com/python/cpython/commit/cab5d0741ee6adf2ae9ff5aaafe06b75b4b5bca3 --

[issue36941] Windows build changes for Windows ARM64

Steve Dower added the comment: New changeset f96e7fd9240c1ce13f52bd3ba81f58b2511d89c3 by Steve Dower (Paul Monson) in branch 'master': bpo-36941: Windows build changes for Windows ARM64 (GH-13365) https://github.com/python/cpython/commit/f96e7fd9240c1ce13f52bd3ba81f58b2511d89c3 --

[issue35947] Update libffi_msvc to current version of libffi

Paul Monson added the comment: Would you like me to submit a PR to the What's New doc? -- ___ Python tracker ___ ___

[issue36867] Make semaphore_tracker track other system resources

STINNER Victor added the comment: New changeset cbe72d842646ded2454784679231e3d1e6252e72 by Victor Stinner (Pierre Glaser) in branch 'master': bpo-36867: _test_multiprocessing: avoid weak sync primitive (GH-13292)

[issue21315] email._header_value_parser does not recognise in-line encoding changes

R. David Murray added the comment: I don't see that line of code in unstructured_ew_without_whitespace.diff. Oh, you are referring to his monkey patch. Yes, that is not a suitable solution for anyone but him, and I don't think he meant to imply otherwise :) --

[issue36929] Other Python _io implementations may not expose _io in their type names

Change by Maxwell Bernstein : -- pull_requests: +13302 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32972] unittest.TestCase coroutine support

Andrew Svetlov added the comment: https://github.com/python/cpython/pull/13386 is a new attempt to solve the feature request -- ___ Python tracker ___

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

Steve Dower added the comment: > I have a very good news for you :-) Slowly but steadily, we converge on a > agreement ;-) Yay! :) > I added 2 functions … Nice, these will be helpful. Probably a good thing to try out with some embedders too, to see whether they're intuitive enough. (I

[issue21315] email._header_value_parser does not recognise in-line encoding changes

Abhilash Raj added the comment: According to RFC 2047 5(1) > However, an 'encoded-word' that appears in a header field defined as '*text' MUST be separated from any adjacent 'encoded-word' or 'text' by 'linear-white-space'. So, it seems like splitting on whitespace is the right thing to

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

Change by STINNER Victor : -- pull_requests: +13298 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21315] email._header_value_parser does not recognise in-line encoding changes

Abhilash Raj added the comment: The solution replaces RFC 20147 chrome for utf-8 and q to make sure there is a space before ew, it wouldn't replace in case of any other charset/cte pair. value = value.replace("=?UTF-8?Q?=20", " =?UTF-8?Q?") Isn't that correct? --

[issue36950] test.support: add an helper to wait for an event with a timeout

New submission from STINNER Victor : The commit cbe72d842646ded2454784679231e3d1e6252e72 is a good example: deadline = time.monotonic() + 60 t = 0.1 while time.monotonic() < deadline: time.sleep(t) t = min(t*2, 5)

[issue21315] email._header_value_parser does not recognise in-line encoding changes

R. David Murray added the comment: A cleaner/safer solution here would be: tok, *remainder = _wsp_splitter(value, 1) if _rfc2047_matcher(tok): tok, *remainder = value.partition('=?') where _rfc2047_matcher would be a regex that matches a correctly formatted encoded word.

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

Steve Dower added the comment: > I suggest to move this discussion on the WIP PR of 4th version of my PEP I prefer to keep it on the issue tracker where it doesn't disappear when merged and I get proper notifications. (I want to make the most of getting good notifications of new comments

[issue36755] [2.7] test_httplib leaked [8, 8, 8] references with OpenSSL 1.1.1

Benjamin Peterson added the comment: New changeset 951af2d7f140be7beb9cda2bcdd54f820c905e45 by Benjamin Peterson in branch '2.7': closes bpo-36755: Suppress noisy error output in test HTTPS server by default. (GH-13370)

[issue21315] email._header_value_parser does not recognise in-line encoding changes

Abhilash Raj added the comment: Ah, I wrongly assumed the patch had the same thing. Sorry about that. -- ___ Python tracker ___

[issue36951] Wrong types for PyMemberDefs in Objects/typeobject.c

Kevin Shweh added the comment: Looks like I accidentally doubled the PyMemberDef for __weakrefoffset__ while editing. There's no double definition in the actual file. -- ___ Python tracker

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

STINNER Victor added the comment: New changeset bcfbbd704646622e919c1306a91fba61d603483d by Victor Stinner in branch 'master': bpo-36945: Add _PyPreConfig.configure_locale (GH-13368) https://github.com/python/cpython/commit/bcfbbd704646622e919c1306a91fba61d603483d --

[issue33524] non-ascii characters in headers causes TypeError on email.policy.Policy.fold

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

[issue33524] non-ascii characters in headers causes TypeError on email.policy.Policy.fold

Cheryl Sabella added the comment: Thank you, @licht-t for the original patch and @maxking for the rebase. Also, thank you, @r.david.murray for the review and merge. -- nosy: +cheryl.sabella ___ Python tracker

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

Change by STINNER Victor : -- pull_requests: +13306 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33524] non-ascii characters in headers causes TypeError on email.policy.Policy.fold

miss-islington added the comment: New changeset 5386aaf07835889e90fb33e95b6d37197f8cfea0 by Miss Islington (bot) in branch '3.7': bpo-33524: Fix the folding of email header when max_line_length is 0 or None (GH-13391)

[issue35926] Need openssl 1.1.1 support on Windows for ARM and ARM64

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

[issue36908] "This module is always available" is confusing

Change by miss-islington : -- pull_requests: +13304 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36908] "This module is always available" is confusing

miss-islington added the comment: New changeset 740a7cde9c0af5a237a7f6525b38d65a83f4fbf1 by Miss Islington (bot) in branch '3.7': bpo-36908: 'This module is always available' isn't helpful. (GH-13297) https://github.com/python/cpython/commit/740a7cde9c0af5a237a7f6525b38d65a83f4fbf1

[issue34700] typing.get_type_hints doesn't know about typeshed

Change by Jakub Stasiak : -- nosy: +jstasiak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36596] tarfile module considers anything starting with 512 bytes of zero bytes to be a valid tar file

Jeffrey Kintscher added the comment: I did some testing with BSD and GNU tar to compare with Python's behavior. jfoo:~ jeff$ tar --version bsdtar 2.8.3 - libarchive 2.8.3 jeff@albarino:~$ tar --version tar (GNU tar) 1.28 Both BSD tar and GNU tar can create an empty tar file that consists of

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

STINNER Victor added the comment: New changeset 12083284c54be25abadd85781d36b63731dc1f0c by Victor Stinner in branch 'master': bpo-36763: _Py_RunMain() doesn't call Py_Exit() anymore (GH-13390) https://github.com/python/cpython/commit/12083284c54be25abadd85781d36b63731dc1f0c --

  1   2   >