[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

Serhiy Storchaka added the comment: Guido, in 60f2f0cf8e10c94693dfea8937b7feabeffe5744 you added the phrase "Note that numeric literals do not include a sign; ..." in the "Numeric literals" section. Did you mean moving it from the "Floating point literals" section or creating a duplicate?

[issue31475] Bug in argparse - not supporting utf8

Changes by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___

[issue31145] PriorityQueue.put() fails with TypeError if priority_number in tuples of (priority_number, data) are the same.

Nick Coghlan added the comment: My rationale for asking "What if we just changed heapq back to working closer to the way it used to work?" is that it's a case where arbitrarily ordering unorderable tuples made sense, and reverting it to the old behaviour is reasonably safe: - some Py3 heapq

[issue31475] Bug in argparse - not supporting utf8

INADA Naoki added the comment: ping? May I close this issue and pull request? -- ___ Python tracker ___ ___

[issue31131] asyncio.wait_for() TimeoutError doesn't provide full traceback

Surenkumar Nihalani added the comment: this'd be useful to me as well. I'd propose we pass the future in the exception object. Can write a write a tiny patch for this if someone would approve. -- nosy: +snihalani ___ Python tracker

[issue28754] Argument Clinic for bisect.bisect_left

Raymond Hettinger added the comment: FWIW, the itertools module has many functions that can have the ArgumentClinic applied without any fundamental problems (pretty much all of the functions will work except for repeat(), accumulate(), and islice()). --

[issue30995] Support logging.getLogger(style='{')

Raymond Hettinger added the comment: > logger.info( f" {logger.name:s} {logger.module:s} " ) > > this could be supported with full backward compatibility > with very little effort. > > Am I missing something? One issue is that some of that data isn't known until the logging.info() call is

[issue31415] Add -X option to show import time

INADA Naoki added the comment: I don't have any good idea for it. I usually run `python -X importtime -c 'import functools'` several times to ensure pyc files are created and it is cached by OS. On Linux, `strace -c` and `time` command can be used. But I don't know cross platform way to do

[issue31145] PriorityQueue.put() fails with TypeError if priority_number in tuples of (priority_number, data) are the same.

Raymond Hettinger added the comment: We already have recommendations in the heapq documentation on how to do a work-around. I'm looking at the more general problem of how can we make it easy once again to decorate a value with a sort value (not just for heaps but for anyplace where

[issue31553] Extend json.tool to handle jsonlines (with a flag)

Raymond Hettinger added the comment: Eric, did you want to write the PR yourself or would you like for Lisa to bring it to fruition? If you're going to do it yourself, Lisa will serve as the primary reviewer (with either Ezio or me doing the final sign-off). -- assignee: ->

[issue31356] Add context manager to temporarily disable GC

Raymond Hettinger added the comment: Assigning this to Lisa for a C implementation, docs, and tests. -- assignee: -> lisroach nosy: +lisroach ___ Python tracker

[issue31145] PriorityQueue.put() fails with TypeError if priority_number in tuples of (priority_number, data) are the same.

Nick Coghlan added the comment: The main downside I see to that approach is that it would still require quite a few client code changes to restore compatibility for folks upgrading from 2.7, and even though six could add a "six.Prioritize" backport, it would still be difficult for automated

[issue31351] ensurepip discards pip's return code which leads to broken venvs

Nick Coghlan added the comment: And done - thanks for the report and PRs, Igor! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31351] ensurepip discards pip's return code which leads to broken venvs

Nick Coghlan added the comment: New changeset cf7197ae43767c4346864e5b41246f628edd9b51 by Nick Coghlan (Igor Filatov) in branch '2.7': [2.7] bpo-31351: Set return code in ensurepip when pip fails (GH-3734) https://github.com/python/cpython/commit/cf7197ae43767c4346864e5b41246f628edd9b51

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

Larry Hastings added the comment: New changeset f2492bb6aae061aea47e21fc7e56b7ab9bfdf543 by larryhastings (Victor Stinner) in branch '3.5': [3.5][Security] bpo-30947, bpo-31170: Update expat from 2.2.1 to 2.2.4 (#3354)

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

Larry Hastings added the comment: New changeset f2492bb6aae061aea47e21fc7e56b7ab9bfdf543 by larryhastings (Victor Stinner) in branch '3.5': [3.5][Security] bpo-30947, bpo-31170: Update expat from 2.2.1 to 2.2.4 (#3354)

[issue31561] difflib pathological behavior with mixed line endings

Tim Peters added the comment: The text/binary distinction you have in mind doesn't particularly apply to difflib: it compares sequences of hashable objects. "Text files" are typically converted by front ends to lists of strings, but, e.g., the engine is just as happy comparing tuples of

[issue31561] difflib pathological behavior with mixed line endings

Raymond Hettinger added the comment: > Of course I can understand if all this is out of the scope of difflib and not > an endeavor worth taking up. I agree with that sentiment. Data normalization for comparability belongs upstream from difflib (i.e. normalizing line-endings, unicode

[issue31415] Add -X option to show import time

Raymond Hettinger added the comment: Naoki, is it possible to separate out how much of this is I/O vs CPU time? If the I/O dominates, optimizations tend toward zipimports, faster drives, disk caching etc. If the CPU time is dominant, different techniques are used (lazy evaluation,

[issue23702] docs.python.org/3/howto/descriptor.html still refers to "unbound methods"

Changes by Raymond Hettinger : -- keywords: +patch pull_requests: +3725 stage: needs patch -> patch review ___ Python tracker

[issue28754] Argument Clinic for bisect.bisect_left

Raymond Hettinger added the comment: After more thought, I'm going to close this one because the Argument Clinic and signature objects aren't yet a good fit for this API. The bisect module isn't broken (its API has been successfully living in the wild for a very long time). I do welcome

[issue31153] Update docstrings of itertools functions

Raymond Hettinger added the comment: Marking this as closed. 1) is being fixed elsewhere, 2) don't want to make func=None an official part of the API (it was a convenience for letting func default to the equivalent of operator.add), 3) already fixed, and 4) already fixed. --

[issue31299] Add "ignore_modules" option to TracebackException.format()

Dmitry Kazakov added the comment: Yes, a public built-in facility to modify a traceback would certainly be useful, although there should be a standard way to "hide" unwanted frames without mutating the traceback, too, and the traceback module seems a perfect place to add it. I have no

[issue31568] Configure thinks it finds python3.5 but doesn't

Larry Hastings added the comment: New changeset 70c630a7316f9f6063557786442e3c56502fe8ea by larryhastings (Victor Stinner) in branch '3.5': bpo-31568, Travis CI: Fix python3.5 (#3737) https://github.com/python/cpython/commit/70c630a7316f9f6063557786442e3c56502fe8ea --

[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

Guido van Rossum added the comment: Is there anything here that requires my attention? -- ___ Python tracker ___

[issue31415] Add -X option to show import time

Guido van Rossum added the comment: @rhettinger > Guido, is this something you want? I think it is useful given how much debate there has been around startup time in various contexts (not just pure interpreter startup time but also startup time when using specific libraries, packages or

[issue27385] itertools.groupby has misleading doc string

Changes by Raymond Hettinger : -- pull_requests: +3724 ___ Python tracker ___

[issue30995] Support logging.getLogger(style='{')

Steven Warwick added the comment: sorry, I meant the following: logger.info( " {:s} {:s} ".format(logger.name, logger.module ) ) or logger.info( f" {logger.name:s} {logger.module:s} " ) this could be supported with full backward compatibility with very little effort. Am I missing

[issue31568] Configure thinks it finds python3.5 but doesn't

STINNER Victor added the comment: The Travis CI error is: --- python3.5 ./Objects/typeslots.py \ < ./Include/typeslots.h \ ./Objects/typeslots.inc pyenv: python3.5: command not found pyenv: python3.5: command not found The `python3.5' command exists in these

[issue31568] Configure thinks it finds python3.5 but doesn't

Changes by STINNER Victor : -- keywords: +patch pull_requests: +3723 stage: needs patch -> patch review ___ Python tracker ___

[issue30085] Discourage operator.__dunder__ functions

Terry J. Reedy added the comment: New changeset d38caf68bb417232fb0ccecb5558d7d0ca4a9507 by Terry Jan Reedy (Miss Islington (bot)) in branch '3.6': [3.6] bpo-30085: Improve documentation for operator (GH-1171) (#3736)

[issue30085] Discourage operator.__dunder__ functions

Changes by Roundup Robot : -- pull_requests: +3722 ___ Python tracker ___

[issue31566] assertion failure in _warnings.warn() in case of a bad __name__ global

Serhiy Storchaka added the comment: New changeset 415cc1fa57710614ed3384d0cafc58ccf7adee8c by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31566: Fix an assertion failure in _warnings.warn() in case of a bad __name__ global. (GH-3717) (#3730)

[issue30826] More details in reference 'Looping through a list in Python and modifying it'

Terry J. Reedy added the comment: I agree that the tutorial For section needs be updated to include non-sequences. A dict example will help with that. I agree that the unrealistic insert mis-directs attention and like Raymond's replacement. ['users.copy()' should be 'users.copy().items']

[issue31507] email.utils.parseaddr has no docstring

Changes by Rohit Balasubramanian <98bro...@gmail.com>: -- pull_requests: +3721 ___ Python tracker ___ ___

[issue31351] ensurepip discards pip's return code which leads to broken venvs

Changes by Igor Filatov : -- pull_requests: +3720 stage: backport needed -> patch review ___ Python tracker ___

[issue31507] email.utils.parseaddr has no docstring

Changes by Rohit Balasubramanian <98bro...@gmail.com>: -- pull_requests: +3719 ___ Python tracker ___ ___

[issue30995] Support logging.getLogger(style='{')

Raymond Hettinger added the comment: [Vinay Sajip] > I don't think the ways of doing this are bulletproof and > require too much cooperation between third-party libraries. I concur with all of Vinay's comments. If logging were being redesigned from scratch, it would likely use new-style

[issue31415] Add -X option to show import time

Raymond Hettinger added the comment: Guido, is this something you want? Historically, we've shown a lot of restraint when it comes to adding command-line options. Also, I'm not sure we want to induce people to start moving their imports inside function calls. Just because we sometimes

[issue31561] difflib pathological behavior with mixed line endings

Mahmoud Al-Qudsi added the comment: @tim.peters No, `icdiff` is not part of core and probably should be omitted from the remainder of this discussion. I just checked and it's actually not a mix of line endings in each file, it's just that one file is \n and the other is \r\n You can

[issue18558] Iterable glossary entry needs clarification

Changes by Raymond Hettinger : -- keywords: +patch pull_requests: +3718 stage: needs patch -> patch review ___ Python tracker

[issue18558] Iterable glossary entry needs clarification

Raymond Hettinger added the comment: I'll follow David Murray's suggestion here. The glossary definition of iterable is already very good, it just needs to clarify that the __getitem__() method needs to implement sequence semantics. Anything further is beyond the scope of a glossary entry.

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

Changes by Serhiy Storchaka : -- pull_requests: +3717 ___ Python tracker ___

[issue31351] ensurepip discards pip's return code which leads to broken venvs

Mariatta Wijaya added the comment: Thanks :) Since Miss Islington couldn't backport this, I'll leave it to the patch author or the core dev who merged the PR ;) -- ___ Python tracker

[issue30085] Discourage operator.__dunder__ functions

Changes by Terry J. Reedy : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue30085] Discourage operator.__dunder__ functions

Terry J. Reedy added the comment: New changeset 5b9299d8c72aeadccadd77e4b8132094ba9a1f96 by Terry Jan Reedy (Sanket Dasgupta) in branch 'master': bpo-30085: Improve documentation for operator (#1171) https://github.com/python/cpython/commit/5b9299d8c72aeadccadd77e4b8132094ba9a1f96 --

[issue31566] assertion failure in _warnings.warn() in case of a bad __name__ global

Changes by Roundup Robot : -- pull_requests: +3716 ___ Python tracker ___

[issue31566] assertion failure in _warnings.warn() in case of a bad __name__ global

Serhiy Storchaka added the comment: New changeset 5d3e80021ab33360191eb0fbff34e0246c913884 by Serhiy Storchaka (Oren Milman) in branch 'master': bpo-31566: Fix an assertion failure in _warnings.warn() in case of a bad __name__ global. (#3717)

[issue31285] a SystemError and an assertion failure in warnings.warn_explicit()

Serhiy Storchaka added the comment: New changeset 91fb0afe181986b48abfc6092dcca912b39de51d by Serhiy Storchaka (Oren Milman) in branch 'master': bpo-31285: Fix an assertion failure and a SystemError in warnings.warn_explicit. (#3219)

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

Changes by Serhiy Storchaka : -- pull_requests: +3715 ___ Python tracker ___

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

Changes by Serhiy Storchaka : -- pull_requests: +3714 ___ Python tracker ___

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

Changes by Serhiy Storchaka : -- pull_requests: +3713 ___ Python tracker ___

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

Changes by Serhiy Storchaka : -- pull_requests: +3712 ___ Python tracker ___

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

Changes by Serhiy Storchaka : -- pull_requests: +3711 ___ Python tracker ___

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

Changes by Serhiy Storchaka : -- pull_requests: +3710 ___ Python tracker ___

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

Changes by Serhiy Storchaka : -- keywords: +patch pull_requests: +3709 stage: -> patch review ___ Python tracker ___

[issue31415] Add -X option to show import time

INADA Naoki added the comment: > Actually it is easy. You need just one global integer accumulator and a local > variable for keeping a temporary copy of it. You're right! I updated my pull request. See current output: https://gist.github.com/methane/185d75a3c8da762d85317dd95918a623

[issue30826] More details in reference 'Looping through a list in Python and modifying it'

Raymond Hettinger added the comment: After looking at this again, I think the entire example should be removed. We really don't want to encourage people to code like this (it would never make it through a code review). The example itself is silly (not fully, just weird and lacking

[issue31572] Avoid suppressing all exceptions in PyObject_HasAttr()

New submission from Serhiy Storchaka: Initially hasattr() suppressed all raised exceptions. In issue2196 hasattr() was changed to suppress only Exception exceptions and propagate exceptions like SystemExit and KeyboardInterrupt. In issue9666 hasattr() was changed to suppress only

[issue30085] Discourage operator.__dunder__ functions

Changes by Raymond Hettinger : -- assignee: -> terry.reedy ___ Python tracker ___

[issue30995] Support logging.getLogger(style='{')

Steven Warwick added the comment: you probably have already considered this, but I just wanted to ask if it might be worth considering turning the problem "upside down" to make things easier. I'm interpreting the problem that there are variables we'd like to add to the output log that are

[issue27268] Incorrect error message on float('')

Henk-Jaap Wagenaar added the comment: @Wolfgang I just created a PR, only to realise that Pedro already made one a while back: PR 2745 -- nosy: +Henk-Jaap Wagenaar ___ Python tracker

[issue27268] Incorrect error message on float('')

Changes by Henk-Jaap Wagenaar : -- pull_requests: +3708 ___ Python tracker ___ ___

[issue31145] PriorityQueue.put() fails with TypeError if priority_number in tuples of (priority_number, data) are the same.

Raymond Hettinger added the comment: Nick, what do you think about this proposal? The problem being solved is that decorated tuples no longer work well for controlling ordering (because so many types are now non-comparable). This provides a wrapper to control which fields are used in

[issue31423] Error while building PDF documentation

Ned Deily added the comment: > Seems like people are seeing 404s when downloading docs today. Do you have specific URLs or web pages? Or a link to where this was discussed? I just did a quick look at some of the download pages and everything worked for me. --

[issue27268] Incorrect error message on float('')

Changes by Raymond Hettinger : -- assignee: rhettinger -> versions: -Python 2.7, Python 3.5, Python 3.6 ___ Python tracker

[issue31550] Inconsistent error message for TypeError with subscripting

Anthony Sottile added the comment: Shouldn't you wait for Raymond's arguments before outright closing the PR? -- ___ Python tracker ___

[issue31570] minor bug in documentataion relating to sending html email

Mariatta Wijaya added the comment: New changeset ce418bf8228c9a6a19702638e5f5c2fb66ad0588 by Mariatta (Miss Islington (bot)) in branch '3.6': bpo-31570: Update Email library documentation example (GH-3720) (GH-3721)

[issue31570] minor bug in documentataion relating to sending html email

Mariatta Wijaya added the comment: This is fixed now. Thanks Larry and Henk-Jaap! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7 ___ Python tracker

[issue31570] minor bug in documentataion relating to sending html email

Changes by Roundup Robot : -- pull_requests: +3707 ___ Python tracker ___

[issue31570] minor bug in documentataion relating to sending html email

Henk-Jaap Wagenaar added the comment: I have made a PR, not sure whether it needs backporting? -- nosy: +Henk-Jaap Wagenaar ___ Python tracker ___

[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

Guilherme Praciano Karst Caminha added the comment: Also, "Numeric literals" is a more general section, so rules that apply for the three types of numeric literals should probably go there to avoid repetition. Maybe the Integer, Floating point and Imaginary literal sections should be one

[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

Guilherme Praciano Karst Caminha added the comment: I believe that the sentence regarding the - operator also applies to Integer literals and Imaginary literals. But it only appears on the Floating point literals and Numeric literals sections. --

[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

Mariatta Wijaya added the comment: I think we can remove ``` As of Python 3.3 it is possible again to prefix ..." ``` and keep the other one where it says: ``` .. versionadded:: 3.3 Support for the unicode legacy literal ``` About the sentence about numeric literals that appears twice:

[issue31423] Error while building PDF documentation

Mariatta Wijaya added the comment: Seems like people are seeing 404s when downloading docs today. By any chance this issue is related? -- nosy: +Mariatta ___ Python tracker

[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

Serhiy Storchaka added the comment: The first pair was added in 50364b4a5c8f02ec05d33928e29a8780d9acf968 by Armin Ronacher. The duplicate of the other phrase was introduced in 60f2f0cf8e10c94693dfea8937b7feabeffe5744. -- nosy: +aronacher, gvanrossum, serhiy.storchaka

[issue31570] minor bug in documentataion relating to sending html email

Changes by Henk-Jaap Wagenaar : -- keywords: +patch pull_requests: +3706 stage: -> patch review ___ Python tracker ___

[issue31571] Redundand information on Doc/reference/lexical_analysis.rst

New submission from Guilherme Praciano Karst Caminha: The file Doc/reference/lexical_analysis.rst has at least two redundant parts. The first one is quoted below: "As of Python 3.3 it is possible again to prefix string literals with a u prefix to simplify maintenance of dual 2.x and 3.x

[issue31570] minor bug in documentataion relating to sending html email

Changes by Larry Myerscough : -- assignee: -> docs@python components: +Documentation, email nosy: +barry, docs@python, r.david.murray ___ Python tracker

[issue31570] minor bug in documentataion relating to sending html email

New submission from Larry Myerscough: I believe the documentation page https://docs.python.org/3/library/email.examples.html contains a minor error: href="http://www.yummly.com/recipe/Roasted-Asparagus-Epicurious-203718 ...should be followed by a closing double quote. This is a small detail

[issue31569] inconsistent case of PCbuild/ directory

Paul Moore added the comment: I would strongly prefer the docs to be changed to match the implementation rather than the other way round. However, I don't see the use case for this - what case sensitive filesystem would anybody be building the Windows version of Python on? I'm -1 on

[issue31508] Running test_ttk_guionly logs "test_widgets.py:1562: UserWarning: Deprecated API of Treeview.selection() should be removed" warnings

STINNER Victor added the comment: Thank you for the fix Serhiy! -- ___ Python tracker ___ ___

[issue31508] Running test_ttk_guionly logs "test_widgets.py:1562: UserWarning: Deprecated API of Treeview.selection() should be removed" warnings

Serhiy Storchaka added the comment: Warnings are fixed in 3.7. They will reappear in 3.8. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue27319] Multiple item arguments for selection operations

Serhiy Storchaka added the comment: New changeset e31eca45e548bf6f439d540f3751516acbc31689 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.6] bpo-27319, bpo-31508: Document deprecation in Treeview.selection(). (GH-3667) (#3719)

[issue31508] Running test_ttk_guionly logs "test_widgets.py:1562: UserWarning: Deprecated API of Treeview.selection() should be removed" warnings

Serhiy Storchaka added the comment: New changeset e31eca45e548bf6f439d540f3751516acbc31689 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.6] bpo-27319, bpo-31508: Document deprecation in Treeview.selection(). (GH-3667) (#3719)

[issue31569] inconsistent case of PCbuild/ directory

Serhiy Storchaka added the comment: Wouldn't be easier to make changes in the opposite direction? Change PCbuild to PCBuild? The file systems on Windows are case-insensitive, so this hardly an error. -- nosy: +serhiy.storchaka ___ Python tracker

[issue31569] inconsistent case of PCbuild/ directory

New submission from Stefan Grönke: While reading the build documentation for Windows, I've noticed the `PCbuild/` directory to be mentioned with a different case than the directory in the repository (`PCBuild/` instead of `PCbuild/`). Every occasion of `PCBuild` should be replaced with

[issue27319] Multiple item arguments for selection operations

Changes by Roundup Robot : -- pull_requests: +3702 ___ Python tracker ___

[issue31508] Running test_ttk_guionly logs "test_widgets.py:1562: UserWarning: Deprecated API of Treeview.selection() should be removed" warnings

Changes by Roundup Robot : -- pull_requests: +3703 ___ Python tracker ___

[issue31508] Running test_ttk_guionly logs "test_widgets.py:1562: UserWarning: Deprecated API of Treeview.selection() should be removed" warnings

Serhiy Storchaka added the comment: New changeset 2fad10235460ac394cc8b869c41f47aba3d63594 by Serhiy Storchaka in branch 'master': bpo-27319, bpo-31508: Document deprecation in Treeview.selection(). (#3667) https://github.com/python/cpython/commit/2fad10235460ac394cc8b869c41f47aba3d63594

[issue27319] Multiple item arguments for selection operations

Serhiy Storchaka added the comment: New changeset 2fad10235460ac394cc8b869c41f47aba3d63594 by Serhiy Storchaka in branch 'master': bpo-27319, bpo-31508: Document deprecation in Treeview.selection(). (#3667) https://github.com/python/cpython/commit/2fad10235460ac394cc8b869c41f47aba3d63594

[issue31550] Inconsistent error message for TypeError with subscripting

Serhiy Storchaka added the comment: I think it should. But let to hear Raymond's arguments. -- ___ Python tracker ___

[issue30346] Odd behavior when unpacking `itertools.groupby`

Serhiy Storchaka added the comment: Added the patch for PR 1568 against the current master just for history. -- Added file: https://bugs.python.org/file47167/groupby-invalid.diff ___ Python tracker

[issue30346] Odd behavior when unpacking `itertools.groupby`

Serhiy Storchaka added the comment: Thank you for your review and explanations Raymond. This makes sense to me. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31351] ensurepip discards pip's return code which leads to broken venvs

Nick Coghlan added the comment: Aye, it is - while there's no venv integration in 2.7 (since there's no venv module), ensurepip itself is essentially identical across the two version, so 2.7 will suffer from the same problem. -- stage: patch review -> backport needed versions:

[issue30346] Odd behavior when unpacking `itertools.groupby`

Serhiy Storchaka added the comment: New changeset c247caf33f6e6000d828db4762d1cb12edf3cd57 by Serhiy Storchaka in branch 'master': bpo-30346: An iterator produced by the itertools.groupby() iterator (#1569) https://github.com/python/cpython/commit/c247caf33f6e6000d828db4762d1cb12edf3cd57

[issue30346] Odd behavior when unpacking `itertools.groupby`

Raymond Hettinger added the comment: Go ahead with PR 1569 to exhaust the inner iterator when the outer iterator advances. Rationale: The OP expected the inner iterator to be exhausted. That is also what the PyPy team originally implemented and it is what I would have expected. Also, there

[issue31415] Add -X option to show import time

Serhiy Storchaka added the comment: > Stack management is difficult than inc/dec integer in multi threading case. Actually it is easy. You need just one global integer accumulator and a local variable for keeping a temporary copy of it. -- ___

[issue31311] a SystemError and a crash in PyCData_setstate() when __dict__ is bad

Serhiy Storchaka added the comment: I thought about this issue so long because I can't find good cause for __dict__ to be not a dict. Defining the __dict__ method or property doesn't affect instance dictionary and attributes lookup. It just breaks the __setstate__ method. Without having good

[issue31311] a SystemError and a crash in PyCData_setstate() when __dict__ is bad

Serhiy Storchaka added the comment: New changeset 4facdf523aa6967487a9425f124da9661b59fd43 by Serhiy Storchaka (Oren Milman) in branch 'master': bpo-31311: Impove error reporting in case the first argument to PyCData_setstate() isn't a dictionary. (#3255)

  1   2   >