[issue36974] Implement PEP 590

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

[issue36995] tp_print -> tp_vectorcall_offset

Jeroen Demeyer added the comment: I see what you mean now. One bpo issue with many pull requests. I was following the CPython policy that every pull request needed an issue, but it didn't occur to me to put multiple independent PRs on one issue. -- resolution: -> duplicate stage:

[issue34616] implement "Async exec"

Matthias Bussonnier added the comment: > section to document the new flag inside "Improved Modules" category Done in https://github.com/python/cpython/pull/13484 -- ___ Python tracker

[issue34616] implement "Async exec"

Change by Matthias Bussonnier : -- pull_requests: +13396 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37003] ast unparse does not support f-string new debug format.

Matthias Bussonnier added the comment: Just for clarification for future readers; I landed a PR that used f"{x=}" in some new functionalities, and that broke the buildbots, the buildbots do test that many of the `Lib/` files can be round-tripped ast->unparse->ast, and as ast-unparse did not

[issue36997] Document that spwd is considered harmful

Arfrever Frehtes Taifersar Arahesis added the comment: > On BSD, Linux, and macOS, account and credential verification must go through > PAM. At least the part about Linux is not entirely true. If PAM is installed and used, then account and credential verification should probably go through

[issue37001] symtable.symtable doesn't accept bytes which leads to a mismatch from compile()

Change by Dino Viehland : -- keywords: +patch pull_requests: +13395 stage: -> patch review ___ Python tracker ___ ___

[issue37005] bz2 module doesn't write end-of-stream marker

New submission from Dobatymo : According to https://en.wikipedia.org/wiki/Bzip2 the reference implementation of bzip2 writes an end-of-stream marker (also called stream footer) with a magic number and a stream checksum to the file. Python does not do so. The files can still be read by all

[issue36981] asyncio transport.write() memory out

viocal added the comment: I have fixed it modified selector_events.py def write(self, data): if not isinstance(data, (bytes, bytearray, memoryview)): raise TypeError(f'data argument must be a bytes-like object, ' f'not

[issue36981] asyncio transport.write() memory out

viocal added the comment: I have fixed it modified selector_events.py def write(self, data): if not isinstance(data, (bytes, bytearray, memoryview)): raise TypeError(f'data argument must be a bytes-like object, ' f'not

[issue36988] zipfile: string IndexError on extract

KunYu Chen added the comment: Hi alter-bug-tracer, We notice about this pitfall when extracting zipbomb files. and we have discussion here https://bugs.python.org/issue36260 -- nosy: +18z ___ Python tracker

[issue37004] SequenceMatcher.ratio() noncommutativity not well-documented

Change by Roundup Robot : -- keywords: +patch pull_requests: +13394 stage: -> patch review ___ Python tracker ___ ___

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

Karthikeyan Singaravelan added the comment: Thank you David and Berker. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue37004] SequenceMatcher.ratio() noncommutativity not well-documented

Change by Karthikeyan Singaravelan : -- nosy: +tim.peters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36997] Document that spwd is considered harmful

Change by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37004] SequenceMatcher.ratio() noncommutativity not well-documented

New submission from Dennis Sweeney : I understand that the SequenceMatcher's ratio method does not guarantee that SequenceMatcher(None, a, b).ratio() == SequenceMatcher(None, b, a).ratio(). Below is a counterexample: # Example from

[issue36799] Typo in ctypes documentation

Change by Paul Monson : -- pull_requests: +13393 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30790] Can't use proxy to connect internet on windows

New submission from Cheryl Sabella : Please provide an example showing a scenario where this change would be needed. Also, a test case needs to be added to the pull request that would fail without the change and pass with the change. Thanks! -- nosy: +cheryl.sabella resolution:

[issue36763] Implementation of the PEP 587

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

[issue36981] asyncio transport.write() memory out

viocal added the comment: thanks again the environment: filedata1<512M filedata2>512M filedata3>1G this computer-peer computer server(with asyncio)--clien(socket without asyncio) memory<512M---memory>512M read filedata1 <- success read filedata2 <-

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

Toshio Kuratomi added the comment: Figured out the answer to my last question while looking into fixing it. The devguide documents both running tests via regrtest and running them via unittest test discovery. regrtest works: ./python -m test -v distutils.test But unittest doesn't:

[issue27987] obmalloc's 8-byte alignment causes undefined behavior

STINNER Victor added the comment: > It seems to me that we don't need to have the PyObject structure containing a > Python float to be 16-byte aligned. If so, could we introduce a new obmalloc > API that returns memory with 8-byte alignment, for use by objects that know > they don't

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

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

[issue27987] obmalloc's 8-byte alignment causes undefined behavior

Neil Schemenauer added the comment: > sys.getsizeof(3.14) is 24. And it becomes 32 byte in 16byte aligned > pymalloc. (+33%) I've been doing some reading and trying to understand this issue. My understanding is that malloc() needs to return pointers that are 16-byte aligned on AMD64 but,

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

Toshio Kuratomi added the comment: Are the distutils unittests disabled? And if so is there a reason? I was looking to add test cases to my PR and found that I couldn't get them (or indeed any distutils unittests) to run when trying to only target the distutils unittests. >From looking

[issue37003] ast unparse does not support f-string new debug format.

Eric V. Smith added the comment: Never mind on the failing code. I see your test cases now. -- ___ Python tracker ___ ___

[issue36878] ast.parse with type_comments=True should allow extra text after # type: ignore

Guido van Rossum added the comment: How many more PRs do you plan? Or is this it? -- ___ Python tracker ___ ___ Python-bugs-list

[issue36878] ast.parse with type_comments=True should allow extra text after # type: ignore

Change by Michael Sullivan : -- pull_requests: +13391 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

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

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

Toshio Kuratomi added the comment: Okay, pushed a fix for regenerating the MANIFEST as well. -- ___ Python tracker ___ ___

[issue37003] ast unparse does not support f-string new debug format.

Eric V. Smith added the comment: I don’t think this is worth changing. I’m planning on removing the expr_text field before beta 1. At which point I don’t think there will be any work to do here. See https://mail.python.org/pipermail/python-dev/2019-May/157493.html Also, can you explain

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

Toshio Kuratomi added the comment: Uploading a minimal test case. $ tar -xzvf test-case.tar.gz $ python3.7 setup.py sdist running sdist running check warning: sdist: standard file not found: should have one of README, README.txt, README.rst reading manifest template 'MANIFEST.in' writing

[issue27737] email.header.Header.encode() crashes with IndexError on spaces only value

Change by Batuhan : -- pull_requests: +13390 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing

[issue36941] Windows build changes for Windows ARM64

Change by Paul Monson : -- pull_requests: +13389 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

STINNER Victor added the comment: Éric Araujo asked me to review https://github.com/python/cpython/pull/13467. I gave my feedback. I now remove myself from this issue, since I'm not sure that I would like to be involved in a packaging module (distutils) :-) I let others to take a decision on

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

Berker Peksag added the comment: Thanks! -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

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

Berker Peksag added the comment: New changeset 2725cb01d7cbf5caecb51cc20d97ba324b09ce96 by Berker Peksag in branch 'master': bpo-36948: Fix test_urlopener_retrieve_file on Windows (GH-13476) https://github.com/python/cpython/commit/2725cb01d7cbf5caecb51cc20d97ba324b09ce96 --

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

Toshio Kuratomi added the comment: >From my initial description: "An sdist may contain files whose names are undecodable in the current locale. For instance, the sdist might include some files for testing whose filenames are undecodable because that's the format of the input for that

[issue36997] Document that spwd is considered harmful

STINNER Victor added the comment: "... must go through PAM." Do you have a Python module to recommend to access PAM API? -- ___ Python tracker ___

[issue36997] Document that spwd is considered harmful

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

[issue34616] implement "Async exec"

Matthias Bussonnier added the comment: > Maybe you used "git merge" and your PR "contained" changes from other issues? I quasi-nerver merge, either `rebase interactive` or `reset --hard HEAD`... I even proscribed "git pull" from my CLI.. but you know everybody does mistakes. > Would be

[issue34616] implement "Async exec"

STINNER Victor added the comment: > And I'm guessing you will collect what's in NEWS.d ? Otherwise I'm happy to > contribute some text. let me know the best way. One option to document it is to add a new "builtins" section to document the new flag inside "Improved Modules" category:

[issue34616] implement "Async exec"

Yury Selivanov added the comment: > And I'm guessing you will collect what's in NEWS.d ? Otherwise I'm happy to > contribute some text. let me know the best way. Would be great if you could make a PR to add an entry to whatsnew/3.8.rst (as Victor suggests) --

[issue34616] implement "Async exec"

Matthias Bussonnier added the comment: > Yes, Elvis and I will take care of that later. And I'm guessing you will collect what's in NEWS.d ? Otherwise I'm happy to contribute some text. let me know the best way. -- ___ Python tracker

[issue34616] implement "Async exec"

STINNER Victor added the comment: > Could it be due to rebasing and force-pushing ? Cause I did force-push on > this branch a couple of times... Maybe you used "git merge" and your PR "contained" changes from other issues? -- ___ Python tracker

[issue34616] implement "Async exec"

Matthias Bussonnier added the comment: > Any idea why PR 13148 has been linked to unrelated bugs.python.org issues? Could it be due to rebasing and force-pushing ? Cause I did force-push on this branch a couple of times... -- ___ Python tracker

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

STINNER Victor added the comment: > There's a need to handle files which are undecodable and encoding to utf-8 > won't fix that. Are you talking about the initial issue, get_file_list() which fails on writing into the MANIFEST file? For me, a package should be "portable": it should work on

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

David Bolen added the comment: Oh, and just for historical purposes, it looks like the root cause was that the nturl2path.pathnametourl forces an uppercase drive letter. So that's where the inconsistency in the test got introduced. -- ___ Python

[issue35363] test_eintr: test_open() hangs randomly on x86-64 El Capitan 3.x buildbot

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

[issue34616] implement "Async exec"

STINNER Victor added the comment: > Yes, Elvis and I will take care of that later. Well, it would be nice to get a first mention before the next release, to see all new shiny Python 3.8 features ;-) The text can be reworded later if needed ;-) --

[issue35363] test_eintr: test_open() hangs randomly on x86-64 El Capitan 3.x buildbot

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

[issue34616] implement "Async exec"

STINNER Victor added the comment: Any idea why PR 13148 has been linked to unrelated bugs.python.org issues? I saw 3 of them: bpo-35363, bpo-25234, bpo-33725. https://mail.python.org/pipermail/python-dev/2019-May/157592.html -- ___ Python tracker

[issue34616] implement "Async exec"

Yury Selivanov added the comment: > Would it be possible to document this change in What's New in Python 3.8? Yes, Elvis and I will take care of that later. -- ___ Python tracker

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

David Bolen added the comment: Yes, PR 13476 tested locally on the Win10 builder resolves the error. -- ___ Python tracker ___ ___

[issue34616] implement "Async exec"

STINNER Victor added the comment: Would it be possible to document this change in What's New in Python 3.8? -- nosy: +vstinner ___ Python tracker ___

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

Berker Peksag added the comment: Thank you for the heads up, David. Could you please take a look at PR 13476? -- ___ Python tracker ___

[issue37003] ast unparse does not support f-string new debug format.

Change by Larry Hastings : -- assignee: -> eric.smith nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list

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

Change by Berker Peksag : -- pull_requests: +13388 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

Toshio Kuratomi added the comment: I like the idea of defaulting to UTF-8 (although I think you'll have to build consensus as to whether that's the right thing to do here) but it won't handle the use case here. There's a need to handle files which are undecodable and encoding to utf-8

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

Change by Berker Peksag : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36817] Add = to f-strings for easier debugging.

Matthias Bussonnier added the comment: I'm not quite sure I completely understand how this is implemented and all the possibilities; – so I would appreciate reviews on the issue (and patch) to handle this in ast-unparse. See https://bugs.python.org/issue37003 Thanks, -- nosy:

[issue37003] ast unparse does not support f-string new debug format.

Change by Matthias Bussonnier : -- keywords: +patch pull_requests: +13387 stage: -> patch review ___ Python tracker ___ ___

[issue37003] ast unparse does not support f-string new debug format.

New submission from Matthias Bussonnier : All in title, f"{x=}" implemented in https://bugs.python.org/issue36817 are not liked by unparse: https://github.com/python/cpython/pull/13473, -- components: Library (Lib) messages: 343105 nosy: mbussonn priority: normal severity: normal

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

Gregory P. Smith added the comment: Assigning to Larry to decide if he wants to merge that PR into 3.5 or not. -- assignee: -> larry nosy: +larry ___ Python tracker ___

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

Change by Gregory P. Smith : -- versions: -Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list

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

Change by Gregory P. Smith : -- versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

David Bolen added the comment: Since this patch was introduced to the 3.x branch my Windows 7 and 10 buildbots have been failing in test_urlopener_retrieve_file. See https://buildbot.python.org/all/#/builders/3/builds/2661 for the first such failure on the Win10 worker. The problem

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

STINNER Victor added the comment: IMHO MANIFEST should always be encoded to UTF-8 on all platforms. It means always *decode* it from UTF-8. For backward compatibility, we might first try to decode it from UTF-8, but falls back on the locale encoding if the UTF-8 decoder raises a

[issue36998] distutils sdist command fails to create MANIFEST if any filenames are undecodable

STINNER Victor added the comment: The traceback comes from Python 3.5. Python 3.7 now uses UTF-8 when the LC_CTYPE locale is "C" or "POSIX", thanks to C locale coercion (PEP 538) and UTF-8 Mode (PEP 540): https://vstinner.github.io/posix-locale.html

[issue37002] PyType_FromSpec can't create immutable types

New submission from Dino Viehland : This is another catch of using PyType_FromSpec (similar to https://bugs.python.org/issue26979 but also completely different). Because PyType_FromSpec produces a heap type it gets the Py_TPFLAGS_HEAPTYPE flag set on the newly produced type. To enforce the

[issue33725] Python crashes on macOS after fork with no exec

Change by Ned Deily : -- pull_requests: -13382 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35907] [security][CVE-2019-9948] Unnecessary URL scheme exists to allow local_file:// reading file in urllib

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

[issue34616] implement "Async exec"

Ned Deily added the comment: New changeset eca18aac7b5952d23854d27dc8e502dfb0bb0505 by Ned Deily (Yury Selivanov) in branch 'master': bpo-34616: Fix code style and unbreak buildbots (GH-13473) https://github.com/python/cpython/commit/eca18aac7b5952d23854d27dc8e502dfb0bb0505 --

[issue25234] test_eintr.test_os_open hangs under Xcode 7

Change by Ned Deily : -- pull_requests: -13383 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35907] [security][CVE-2019-9948] Unnecessary URL scheme exists to allow local_file:// reading file in urllib

STINNER Victor added the comment: New changeset b15bde8058e821b383d81fcae68b335a752083ca by Victor Stinner (SH) in branch '2.7': bpo-35907, CVE-2019-9948: urllib rejects local_file:// scheme (GH-11842) https://github.com/python/cpython/commit/b15bde8058e821b383d81fcae68b335a752083ca

[issue19376] document that strptime() does not support the Feb 29 if the format does not contain the year

STINNER Victor added the comment: Thanks Abhishek Kumar Singh! more doc is really helpful, handling date and time is hard :-( -- ___ Python tracker ___

[issue34616] implement "Async exec"

Change by Yury Selivanov : -- pull_requests: +13385 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37001] symtable.symtable doesn't accept bytes which leads to a mismatch from compile()

New submission from Dino Viehland : symtable is useful when combined with compile() to AST to understand what the names bind to. But symtable.symtable() doesn't accept a bytes object, while compile does. Ultimately these feed down to the same API, and could easily lead to subtle mismatches

[issue36999] Expose the coroutine object in asyncio task objects

Alex Grönholm added the comment: I'll look into making a PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37000] _randbelow_with_getrandbits function inefficient with powers of two

New submission from Mathis Hammel : In case _randbelow_with_getrandbits is called with a power of two as its argument (say 2^k), the function will consume k+1 random bits instead of k. Instead of never being rejected, the sampled number will be rejected on average once per call, causing a

[issue36999] Expose the coroutine object in asyncio task objects

Yury Selivanov added the comment: I've no problem with this. We can add a 'get_coro()' Task method (this is in line with asyncio usually having the "getter" api as opposed to properties). -- ___ Python tracker

[issue36999] Expose the coroutine object in asyncio task objects

New submission from Alex Grönholm : Both curio and trio expose the coroutine object belonging to a task as the "coro" attribute. Asyncio exposes this as "_coro" (as does uvloop) but it would be nice to have at least a read-only attribute exposing this as part of the public API. In some of my

[issue35363] test_eintr: test_open() hangs randomly on x86-64 El Capitan 3.x buildbot

Change by Matthias Bussonnier : -- pull_requests: +13384 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25234] test_eintr.test_os_open hangs under Xcode 7

Change by Matthias Bussonnier : -- pull_requests: +13383 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33725] Python crashes on macOS after fork with no exec

Change by Matthias Bussonnier : -- pull_requests: +13382 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25652] collections.UserString.__rmod__() raises NameError

miss-islington added the comment: New changeset 7abf8c60819d5749e6225b371df51a9c5f1ea8e9 by Miss Islington (bot) (Batuhan Taşkaya) in branch 'master': bpo-25652: Fix __rmod__ of UserString (GH-13326) https://github.com/python/cpython/commit/7abf8c60819d5749e6225b371df51a9c5f1ea8e9

[issue34616] implement "Async exec"

Andrew Svetlov added the comment: Great! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34616] implement "Async exec"

Change by Yury Selivanov : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue34616] implement "Async exec"

Yury Selivanov added the comment: New changeset 565b4f1ac7304d1e690c404ca8316f383ba60862 by Yury Selivanov (Matthias Bussonnier) in branch 'master': bpo-34616: Add PyCF_ALLOW_TOP_LEVEL_AWAIT to allow top-level await (GH-13148)

[issue36996] unittest.mock.patch decorator doesn't work with async functions

Lisa Roach added the comment: Oops, didn't see your post. Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36996] unittest.mock.patch decorator doesn't work with async functions

Lisa Roach added the comment: I quickly threw in Andrew's code to check it and looks like it does fix the problem. I'd be happy to add it in but I'll give @xtreak first dibs. Thanks for finding this :) -- ___ Python tracker

[issue36996] unittest.mock.patch decorator doesn't work with async functions

Karthikeyan Singaravelan added the comment: Thanks @asvetlov for the explanation. I tried the patch and it works fine for my example with no test failures for mock. I will try to make a PR. Only func(*args, **keywargs) needs to be changed and await requires an async function which I seem to

[issue26460] datetime.strptime without a year fails on Feb 29

Karthikeyan Singaravelan added the comment: See also issue19376. This behavior is now documented with https://github.com/python/cpython/commit/56027ccd6b9dab4a090e4fef8574933fb9a36ff2 -- nosy: +xtreak ___ Python tracker

[issue36996] unittest.mock.patch decorator doesn't work with async functions

Andrew Svetlov added the comment: Thank you very much for raising the question. @patch(...) creates _patch class instance. For decoration _patch.__call__ is used. def __call__(self, func): if isinstance(func, type): return self.decorate_class(func) return

[issue24653] Mock.assert_has_calls([]) is surprising for users

Karthikeyan Singaravelan added the comment: > Are the correct methods advertised in the right place? (I don’t use mock so > I forgot if there is a method to assert not called or if it’s > assertEqual(mock calls count, 0) or some False property) There is assert_not_called

[issue36035] pathlib.Path().rglob() breaks with broken symlinks

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.6 ___ Python tracker ___

[issue36035] pathlib.Path().rglob() breaks with broken symlinks

miss-islington added the comment: New changeset aea49b18752880e5d0260f16ca7ff2c6dce78515 by Miss Islington (bot) in branch '3.7': [3.7] bpo-36035: fix Path.rglob for broken links (GH-11988) (GH-13469) https://github.com/python/cpython/commit/aea49b18752880e5d0260f16ca7ff2c6dce78515

[issue19376] document that strptime() does not support the Feb 29 if the format does not contain the year

Tal Einat added the comment: New changeset 390d88e49c55c15fac7cdf60b649a4b9b15d189b by Tal Einat in branch '3.7': [3.7] bpo-19376: Added doc mentioning `datetime.strptime()` without a year fails for Feb 29. (GH-10243)

[issue24653] Mock.assert_has_calls([]) is surprising for users

Éric Araujo added the comment: > And when people understand this API checks inclusion, calling with empty list doesn't make sense at all. I can see a thought process being «all my other tests use thing.assert_has_calls([call0, call1]), here let’s check there are no calls with

[issue33071] Document that PyPI no longer requires 'register'

Éric Araujo added the comment: My preference would be to have 2.7 doc accurate. Let’s wait a little bit to see if someone picks this up? -- ___ Python tracker ___

  1   2   3   >