[issue25988] collections.abc.Indexable

Change by Raymond Hettinger : -- keywords: +patch pull_requests: +5248 stage: -> patch review ___ Python tracker ___

[issue32705] Current Android does not have posix_spawn

Change by Chih-Hsuan Yen : -- keywords: +patch pull_requests: +5247 stage: -> patch review ___ Python tracker ___

[issue32705] Current Android does not have posix_spawn

New submission from Chih-Hsuan Yen : Currently Android does not have posix_spawn, thus posixmodule.c does not build. Build log attached. I'll create a patch for this. Testing environment: my building scripts [1] + Android NDK r16b Building target: ARM64, android-21 /cc

[issue32591] Deprecate sys.set_coroutine_wrapper and replace it with more focused API(s)

Nathaniel Smith added the comment: New changeset 95e214713a7da4e5cbfb73f35b2119f76074fc3f by Nathaniel J. Smith in branch 'master': bpo-32591: silence deprecation warnings in test_coroutine (GH-5412)

[issue29571] test_re is failing when local is set for `en_IN`

Nick Coghlan added the comment: I've also added Matthias and Barry to the cc list, in case this does turn out to be a Debian or Ubuntu specific quirk. Restating the problem, the issue is that test_locale_flag in test_re may fail for at least the en_IN locale, and we're

[issue32550] STORE_ANNOTATION bytecode is unnecessary and can be removed.

Raymond Hettinger added the comment: There are a couple of merge conflicts in the patch. Once deconflicted, I think this PR is ready to apply. -- assignee: -> Mark.Shannon ___ Python tracker

[issue29571] test_re is failing when local is set for `en_IN`

Jaysinh shukla added the comment: Hello Nick, At the devsprints of Pycon India 2017, a few participants were facing this bug. They all were from the Ubuntu land. I have switched to Gentoo distro. I am not facing this bug, but let me confirm from any Ubuntu user.

[issue32591] Deprecate sys.set_coroutine_wrapper and replace it with more focused API(s)

Change by Nathaniel Smith : -- pull_requests: +5246 stage: resolved -> patch review ___ Python tracker ___

[issue32650] Debug support for native coroutines is broken

Andrew Svetlov added the comment: New changeset 3cfb84c65790f5f9377574f9be0799bdd9d0132c by Andrew Svetlov in branch '3.6': [3.6] bpo-32650 Add support for async generators and more test for coroutines in pdb (GH-5403). (#5411)

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Yury Selivanov added the comment: I knew about that "if", but it never fully registered to me why it's there and what it is protecting us from ;) So I had to debug half of ceval loop before I stumbled upon it again ;) -- ___

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Nick Coghlan added the comment: Ah, and in my REPL example, the NameError was pending when the internal result storage was getting set back to None. I'm not sure I even knew the "Don't complain when an exception is pending" check existed, so it would have taken me a long

[issue32591] Deprecate sys.set_coroutine_wrapper and replace it with more focused API(s)

Nathaniel Smith added the comment: Ah, gotcha. I'll take a look. (For posterity: the RuntimeWarnings Yury mentioned are also real, but they're from the branch Yury is testing for bpo-32605 / bpo-32703, nothing to do with this issue.) --

[issue27968] test_coroutines generates some warnings

Change by Yury Selivanov : -- pull_requests: +5245 ___ Python tracker ___ ___

[issue32591] Deprecate sys.set_coroutine_wrapper and replace it with more focused API(s)

Yury Selivanov added the comment: Specifically "DeprecationWarning: get_coroutine_wrapper is deprecated" needs to be silenced as part of this issue. -- ___ Python tracker

[issue32605] Should we really hide unawaited coroutine warnings when an exception is pending?

Yury Selivanov added the comment: So in issue 32703 we consider removing the check. I'll try to figure out what to do with "coroutine ... was never awaited" warnings in test_coroutines -- probably just silence them. -- ___

[issue32591] Deprecate sys.set_coroutine_wrapper and replace it with more focused API(s)

Yury Selivanov added the comment: Nathaniel, test_coroutines raises a bunch of Runtime and Deprecation warnings after this PR. Could you please make a PR to silence them? /Users/yury/dev/pydev/cpython/Lib/test/test_coroutines.py:1032: RuntimeWarning: coroutine

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Nathaniel Smith added the comment: Well, I feel silly then: bpo-32605 -- ___ Python tracker ___

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Yury Selivanov added the comment: So the problem was that _PyGen_Finalize wasn't issuing any warnings if there's any error set in the current tstate. And in Nathaniel's case, the current error was an AttributeError('__aexit__'). This check is weird, because right

[issue32650] Debug support for native coroutines is broken

Change by Andrew Svetlov : -- pull_requests: +5244 ___ Python tracker ___ ___

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Change by Yury Selivanov : -- keywords: +patch pull_requests: +5243 stage: -> patch review ___ Python tracker ___

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Yury Selivanov added the comment: Ah, we should never really get to WITH_CLEANUP_START; the exception should be raised in BEFORE_ASYNC_WITH -- ___ Python tracker

[issue32650] Debug support for native coroutines is broken

Andrew Svetlov added the comment: New changeset 543ec005a4c83fcc0d14ac1e4c0f1a36bf84640b by Andrew Svetlov (Miss Islington (bot)) in branch '3.6': bpo-32650: Add native coroutine support to bdb when stepping over line (GH-5400) (#5402)

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Yury Selivanov added the comment: So refactoring it into "c = open_file(); async with c" just prolongs the life of the coroutine so that it's GCed outside of WITH_CLEANUP_START/WITH_CLEANUP_FINISH block. Something weird is going on in that block. --

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Yury Selivanov added the comment: The difference between these two functions is two extra opcodes: STORE_FAST/LOAD_FAST before BEFORE_ASYNC_WITH. With them we have a warning. -- ___ Python tracker

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Yury Selivanov added the comment: Changing async def main(): async with open_file(): pass to async def main(): c = open_file() async with c: pass also makes it print the warning :) Also I've made a test out of this snippet and running tests

[issue32704] Tracking

New submission from Allen : Could someone help me use python to track the tArget phones location and i would like to intercepts all text and emaIl. .. -- messages: 311059 nosy: BIGAL priority: normal severity: normal status: open title: Tracking

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Nick Coghlan added the comment: Looking at the ceval code, I think Yury's theory is plausible, and we may also be leaving the interpreter's internal stack in a dubious state. Things then get cleaned up if you wrap the async with in a try/except or try/finally:

[issue23749] asyncio missing wrap_socket (starttls)

Yury Selivanov added the comment: New changeset 1e5b25b8c0c45ccfd58da2cb82fdf231c6823fef by Yury Selivanov in branch 'master': bpo-23749: Make start-tls tests more stable on win7 buildbot (GH-5409)

[issue17048] calendar should understand full- vs. half-width characters

Change by Chason Chaffin : -- nosy: +chason.chaffin ___ Python tracker ___ ___

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Nathaniel Smith added the comment: > So let's retarget this to 3.8 as it's too close to 3.7 feature freeze to get > seriously considered/merged. I *think* I have a better idea than this for 3.8, but it's definitely PEP-sized. The unawaited coroutine tracking proposal here was

[issue23749] asyncio missing wrap_socket (starttls)

Change by Yury Selivanov : -- pull_requests: +5242 stage: resolved -> patch review ___ Python tracker ___

[issue32251] Add asyncio.BufferedProtocol

Yury Selivanov added the comment: New changeset 07627e9a6a5f418354ff3dc99a0f36bc5b79dcd8 by Yury Selivanov in branch 'master': bpo-32251: Fix docs (#5408) https://github.com/python/cpython/commit/07627e9a6a5f418354ff3dc99a0f36bc5b79dcd8 --

[issue30715] Test_winreg, test_dynamic_key hangs on my Win 10

Terry J. Reedy added the comment: test_winreg now works, taking about 5 seconds. It has been working recently but I dont' know when or why the problem disappeared. -- resolution: -> out of date stage: -> resolved status: open -> closed

[issue32251] Add asyncio.BufferedProtocol

Change by Yury Selivanov : -- pull_requests: +5241 ___ Python tracker ___ ___

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Change by Yury Selivanov : -- components: +Interpreter Core -asyncio nosy: +ncoghlan ___ Python tracker ___

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

Nathaniel Smith added the comment: > Yury's theory: maybe BEFORE_ASYNC_WITH's error-handling path is forgetting to > DECREF the object. Nope, that doesn't seem to be it. This version prints "refcount: 2" twice, *and* prints a proper "was never awaited" warning: - import

[issue32703] 'async with' somehow suppresses unawaited coroutine warnings

New submission from Nathaniel Smith : Example (minimal version of https://github.com/python-trio/trio/issues/425): - async def open_file(): pass async def main(): async with open_file(): # Should be 'async with await open_file()' pass coro = main()

[issue20104] expose posix_spawn(p)

Martin Panter added the comment: Pablo’s code looked unfinished to me. As well as missing documentation, I suspect there may be memory leaks and poor error handling. The two calls above the “fail:” label look like dead code. The “parse_envlist” result appears to be

[issue32688] weird comment out line of code

Brett Cannon added the comment: Thanks! On Sun, Jan 28, 2018, 19:32 Xiang Zhang, wrote: > > Xiang Zhang added the comment: > > Done. > > -- > versions: -Python 3.6 > > ___ > Python

[issue32702] Minor markup typo

Change by KINEBUCHI Tomohiko : -- keywords: +patch pull_requests: +5240 stage: -> patch review ___ Python tracker ___

[issue28685] Optimizing list.sort() by performing safety checks in advance

ppperry added the comment: ... and I'm still trying to come up with even more pathological mutating cases -- ___ Python tracker ___

[issue32702] Minor markup typo

New submission from KINEBUCHI Tomohiko : In the staticmethod document [1], code snippet should be a literal block, but actually be a block quote. See the attached image file. [1] https://docs.python.org/3.6/library/functions.html#staticmethod -- assignee:

[issue32650] Debug support for native coroutines is broken

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

[issue32650] Debug support for native coroutines is broken

Yury Selivanov added the comment: New changeset 9ee1bf9ab5af8233ed8ec5c53d12a29dc1bd9c9d by Yury Selivanov in branch 'master': bpo-32650: Add an asyncgen pdb test (#5406) https://github.com/python/cpython/commit/9ee1bf9ab5af8233ed8ec5c53d12a29dc1bd9c9d --

[issue28685] Optimizing list.sort() by performing safety checks in advance

Tim Peters added the comment: Thank you for giving this worthy orphan a home, Raymond! Victor, don't fret too much. The code is really quite simple, and at worst affects only `sorted()` and `list.sort()`. The vast bulk of review effort (of which it got enough) went into

[issue32688] weird comment out line of code

Xiang Zhang added the comment: Done. -- versions: -Python 3.6 ___ Python tracker ___ ___

[issue32688] weird comment out line of code

Xiang Zhang added the comment: New changeset 997478eb797b31bd724135ca17781d1cf4b89cfa by Xiang Zhang in branch 'master': bpo-32688: Make why the line is commented out clear (GH-5405) https://github.com/python/cpython/commit/997478eb797b31bd724135ca17781d1cf4b89cfa

[issue32650] Debug support for native coroutines is broken

Change by Yury Selivanov : -- pull_requests: +5239 ___ Python tracker ___ ___

[issue32699] pythonXY._pth : unclear how .pth files are handled

Steve Dower added the comment: Hopefully that's enough of a clarification. -- assignee: -> docs@python components: +Documentation nosy: +docs@python resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement versions:

[issue28685] Optimizing list.sort() by performing safety checks in advance

Raymond Hettinger added the comment: New changeset 1e34da49ef22004ca25c517b3f07c6d25f083ece by Raymond Hettinger (embg) in branch 'master': bpo-28685: Optimize sorted() list.sort() with type-specialized comparisons (#582)

[issue28685] Optimizing list.sort() by performing safety checks in advance

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

[issue32688] weird comment out line of code

Change by Xiang Zhang : -- pull_requests: +5238 ___ Python tracker ___ ___

[issue20104] expose posix_spawn(p)

Gregory P. Smith added the comment: remaining work before closing this: Doc/library/os.rst needs to describe os.posix_spawn -- priority: low -> normal ___ Python tracker

[issue20104] expose posix_spawn(p)

Gregory P. Smith added the comment: New changeset 6c6ddf97c402709713d668d0ed53836a7749ba99 by Gregory P. Smith (Pablo Galindo) in branch 'master': bpo-20104: Expose `posix_spawn` in the os module (GH-5109)

[issue28685] Optimizing list.sort() by performing safety checks in advance

Change by Raymond Hettinger : -- assignee: -> rhettinger ___ Python tracker ___

[issue32650] Debug support for native coroutines is broken

Yury Selivanov added the comment: New changeset c7ab581db216aeeb1c2aa7af2f2198d2b7516383 by Yury Selivanov (Pablo Galindo) in branch 'master': bpo-32650 Add support for async generators and more test for coroutines in pdb (#5403)

[issue32226] Implement PEP 560: Core support for typing module and generic types

Ivan Levkivskyi added the comment: https://github.com/python/typing/issues/512 and https://github.com/python/typing/issues/511 are first issue (they are closely related to each other). This is not directly related to PEP 560, but changes in typing because of it will

[issue32650] Debug support for native coroutines is broken

Change by Pablo Galindo Salgado : -- pull_requests: +5237 ___ Python tracker ___ ___

[issue32650] Debug support for native coroutines is broken

Change by miss-islington : -- pull_requests: +5236 ___ Python tracker ___

[issue32650] Debug support for native coroutines is broken

Andrew Svetlov added the comment: New changeset 46877024423e98d1b872bf308dacacd583327207 by Andrew Svetlov (Pablo Galindo) in branch 'master': bpo-32650: Add native coroutine support to bdb when stepping over line (GH-5400)

[issue32226] Implement PEP 560: Core support for typing module and generic types

Guido van Rossum added the comment: Are there more specific descriptions of those bugs? Links to a tracker? (Even if it's the typing tracker.) -- ___ Python tracker

[issue32226] Implement PEP 560: Core support for typing module and generic types

Ivan Levkivskyi added the comment: I think all the critical things have been implemented/fixed. There are unfortunately no docs yet (my fault), also there are two bugs related to PEP 560, but they are not new, they also exist in Python 3.6. I am however marking this as

[issue32701] Typo in quopri documentation

Change by Julien Palard : -- keywords: +patch pull_requests: +5235 stage: -> patch review ___ Python tracker ___

[issue32701] Typo in quopri documentation

Mariatta Wijaya added the comment: Thanks! I like your proposed change. Please create the PR. -- nosy: +Mariatta ___ Python tracker

[issue32700] spam?

Change by R. David Murray : -- stage: -> resolved status: open -> closed title: The replys additional (Re.) is ok. -> spam? ___ Python tracker

[issue32701] Typo in quopri documentation

New submission from Julien Palard : Spotted a typo in https://docs.python.org/3/library/quopri.html: "must be provideda" But I also can't extract the meaning of the sentence: > quotetabs, a flag which controls whether to encode embedded spaces and tabs > must be

[issue32699] pythonXY._pth : unclear how .pth files are handled

Steve Dower added the comment: New changeset 15ea3a6a320623328530e5d8da5b83c75766180b by Steve Dower in branch 'master': bpo-32699: Improves doc for .pth files in presense of a ._pth file (#5399)

[issue21060] Better error message for setup.py upload command without sdist/bdist

Éric Araujo added the comment: For improving the message, I am hesitating between adding to the existing message (hoping to help search engines find their way to improved docs): «No dist file created in earlier command (e.g. setup.py sdist upload)» and rewriting it

[issue12944] Accept arbitrary files for distutils' upload command

Éric Araujo added the comment: A doc ticket already exists, moving this one back to a feature request and closing it. -- resolution: -> wont fix stage: needs patch -> resolved status: open -> closed superseder: -> Better error message for setup.py upload command

[issue12944] Better error message for "setup.py upload" missing sdist/bdist

Éric Araujo added the comment: I had a patch for this, but now think it would be an attractive nuisance, given that distutils does not always ensure proper HTTPS verification. Not adding the ability to build sdists/wheels, check them and then upload them will help push

[issue32304] Upload failed (400): Digests do not match on .tar.gz ending with x0d binary code

Change by Éric Araujo : -- assignee: -> eric.araujo resolution: -> fixed stage: patch review -> backport needed ___ Python tracker

[issue32373] Add socket.getblocking() method

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

[issue32650] Debug support for native coroutines is broken

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +5234 stage: -> patch review ___ Python tracker ___

[issue32226] Implement PEP 560: Core support for typing module and generic types

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___

[issue26219] implement per-opcode cache in ceval

STINNER Victor added the comment: > Would it be OK if we add this to 3.7beta2? IMHO we need more time than beta1=>beta2 window to review properly the design, test the implementation, fix any potential regression, etc. Such change is perfect for the *start of a

[issue32226] Implement PEP 560: Core support for typing module and generic types

Ned Deily added the comment: What's the status of this? The issue is still open with "release blocker" status. -- ___ Python tracker

[issue32654] Fixes Python for Android API 19

STINNER Victor added the comment: """ >>> locale.setlocale(locale.LC_ALL, None) ... locale.Error: locale query failed """ IMHO the correct fix here is to not define _locale.setlocale() to get the pure Python locale.setlocale() emulation. --

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

Ned Deily added the comment: If we're going to leave this open until 3.7.0b2, can you at least add a brief warning in the "Porting section" for b1 that the issue is unresolved? -- ___ Python tracker

[issue28685] Optimizing list.sort() by performing safety checks in advance

STINNER Victor added the comment: I suggest to post-pone this optimization to Python 3.8. Faster list.sort() is nice to have, but I'm not sure that it's a killer feature that will make everybody move to Python 3.7. It can wait for 3.8. No core dev took the lead on

[issue30697] segfault in PyErr_NormalizeException() after memory exhaustion

Ned Deily added the comment: We should make a decision on this for both 3.6.5 and for 3.7.0. Victor, Antoine, Brett, Serhiy, any opinions? -- ___ Python tracker

[issue31151] socketserver.ForkingMixIn.server_close() leaks zombie processes

STINNER Victor added the comment: > What's the status of this? Feature freeze is here! This issue is very to https://bugs.python.org/issue31233#msg311021 as it's status: * The commit aa8ec34ad52bb3b274ce91169e1bc4a598655049 is backward incompatible and it's not

[issue32699] pythonXY._pth : unclear how .pth files are handled

Change by Steve Dower : -- keywords: +patch pull_requests: +5233 stage: -> patch review ___ Python tracker ___

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

STINNER Victor added the comment: > What's the status of this? The status is bad. The commit b8f4163da30e16c7cd58fe04f4b17e38d53cd57e is backward incompatible, it's not documented in the "Porting the Python 3.7" section of What's New in Python 3.7, and it's not

[issue31368] Add os.preadv() and os.pwritev()

Ned Deily added the comment: If I understand the discussion on the PR properly, Victor would like to revisit the documentation for this PR but is OK with the code as merged. I'm therefore downgrading this to "deferred blocker". Please try to get the issue closed one way or

[issue32698] Improper gzip compression if output file extension is not "gz"

Martin Panter added the comment: According to the documentation, you can use the lower-level GzipFile constructor’s “filename” argument: >>> with open(output_path, 'wb') as f_out, \ ... gzip.GzipFile(fileobj=f_out, mode='wb', filename=input_path) as f_out, \ ...

[issue32373] Add socket.getblocking() method

Yury Selivanov added the comment: New changeset f11b460d8717fc3a5810684713b8b818f68789e8 by Yury Selivanov in branch 'master': bpo-32373: Add socket.getblocking() method. (#4926) https://github.com/python/cpython/commit/f11b460d8717fc3a5810684713b8b818f68789e8

[issue32690] Return function locals() in order of creation?

Guido van Rossum added the comment: I think consistency between the 3.6.x releases ought to win here. -- ___ Python tracker ___

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

Ned Deily added the comment: What's the status of this? Feature freeze is here. -- ___ Python tracker ___

[issue31151] socketserver.ForkingMixIn.server_close() leaks zombie processes

Ned Deily added the comment: What's the status of this? Feature freeze is here! -- ___ Python tracker ___

[issue32690] Return function locals() in order of creation?

Ned Deily added the comment: > If you guys think the old code is better in some way, feel free to revert the > backport :-) Hey, it's Guido's code, it must be good :) My only concern is that this seems to be more of an issue of unspecified behavior rather than a bug and, as

[issue17305] IDNA2008 encoding missing

Nathaniel Smith added the comment: The "obvious" solution would be to move the "idna" module into the stdlib, but someone would still have to work that out, and it's clearly not happening for 3.7. -- versions: +Python 3.8 -Python 3.7

[issue32699] pythonXY._pth : unclear how .pth files are handled

Thomas Kluyver added the comment: I'd reword the second sentence like this: > Note that .pth files (without leading underscore) will be processed only if > this file specifies ``import site``. The current wording sounds (to me) like a guarantee that .pth files will

[issue30715] Test_winreg, test_dynamic_key hangs on my Win 10

Ned Deily added the comment: What's the status of this issue? It was previous marked as a "release blocker" and I subsequently downgraded it to a "deferred blocker" so as not to hold up releases. Since a few maintenance releases have gone by without any action, I am

[issue32690] Return function locals() in order of creation?

Raymond Hettinger added the comment: If you guys think the old code is better in some way, feel free to revert the backport :-) I'm -0 on undoing the backpport. ISTM that of all of changes to 3.6, this is one of the safest and it has minor benefits of removing a

[issue17305] IDNA2008 encoding missing

Christian Heimes added the comment: I lack the expertise and time to implement IDNA 2008 with UTS46 codec. I considered GNU libidn2, but the library requires two more helper libraries and LGPLv3 might be an issue for us. -- ___

[issue31453] Debian Sid/Buster: Cannot enable TLS 1.0/1.1 with PROTOCOL_TLS

Christian Heimes added the comment: The feature is still useful -- whether or not Debian disables TLS 1.0 and 1.1. The new API is easier to use and more convenient than the old bitmask approach. "option &=~OP_NO_SSLv3" is just horrible. :) --

[issue32695] tarfile.open() raises TypeError when using compresslevel parameter with LZMA

Change by bbayles : -- keywords: +patch pull_requests: +5232 stage: -> patch review ___ Python tracker ___

[issue17305] IDNA2008 encoding missing

R. David Murray added the comment: What we need for this issue is someone volunteering to writing the code. Given how long it has already been, I don't think anyone already on the core team is going to pick it up. -- ___

[issue32221] Converting ipv6 address to string representation using getnameinfo() is wrong.

Yury Selivanov added the comment: Mark, I think this still land in beta-2. Please try to figure out what's going on on Mac OS (I have no time to take care of this myself). -- ___ Python tracker

[issue32251] Add asyncio.BufferedProtocol

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

  1   2   3   >