[issue31353] Implement PEP 553 - built-in breakpoint()

Change by Serhiy Storchaka : -- title: Implement PEP 553 - built-in debug() -> Implement PEP 553 - built-in breakpoint() ___ Python tracker

[issue31668] "fixFirefoxAnchorBug" function in doctools.js causes navigating problem in Py3 doc in Chrome

New submission from fireattack : Problem This is a regression bug/flaw in Sphinx's doctools.js, a JS file used in its base template, and therefore got inherited to Python 3's documentation website. Python 2's documentation website is not affected because it's based on an

[issue31622] Make threading.get_ident() return an opaque type

pdox added the comment: If we don't want to change the type of get_ident(), there is another option. We could have PyThread keep track of which thread ids (e.g. pthread_t) values are valid (meaning, the thread is still running). This could be tracked in a global data

[issue31353] Implement PEP 553 - built-in debug()

Barry A. Warsaw added the comment: PEP is accepted. PR needs review. -- stage: -> patch review ___ Python tracker ___

[issue31630] math.tan has poor accuracy near pi/2 on OpenBSD

Tim Peters added the comment: When Sun was developing fdlibm, I was (among other things) working on a proprietary libm for Kendall Square Research. I corresponded with fdlibm's primary author (KC Ng) often at the time. There's no way he would have left errors this

[issue23404] 'make touch' does not work with git clones of the source repository

Ned Deily added the comment: Nick, were you planning to do the work for the other (non-3.6) branches? If not, can someone else pick this up please? -- ___ Python tracker

[issue30465] FormattedValue expressions have wrong lineno and col_offset information

Ned Deily added the comment: Is there more to do on this issue or can it be closed now? -- nosy: +ned.deily ___ Python tracker ___

[issue31660] sys.executable different in os.execv'd python3.6 virtualenv session in python2 vs python3

Stephen Moore added the comment: I just realised python3 sets it's own __PYVENV_LAUNCHER__ and if you unset it before calling to os.execv, then the virtualenv has the correct sys.executable. -- ___ Python tracker

[issue31660] sys.executable different in os.execv'd python3.6 virtualenv session in python2 vs python3

Stephen Moore added the comment: It appears the problem doesn't appear when using python3 -m venv. Also it seems __PYVENV_LAUNCHER__ is set to the virtualenv's python except when it's a python3.6 virtualenv and we os.execv from python3.6, where it's set the system

[issue31415] Add -X option to show import time

Łukasz Langa added the comment: Related: https://bugs.python.org/issue31574 -- nosy: +lukasz.langa ___ Python tracker ___

[issue22729] concurrent.futures `wait` and `as_completed` depend on private api

Gregory P. Smith added the comment: any thoughts on this Antoine? -- nosy: +gregory.p.smith, pitrou title: `wait` and `as_completed` depend on private api -> concurrent.futures `wait` and `as_completed` depend on private api ___

[issue31478] assertion failure in random.seed() in case the seed argument has a bad __abs__() method

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

[issue31478] assertion failure in random.seed() in case the seed argument has a bad __abs__() method

Serhiy Storchaka added the comment: New changeset 13da1a60f13e173f65bb0da5ab325641d5bb99ec by Serhiy Storchaka (Oren Milman) in branch '2.7': [2.7] bpo-31478: Prevent unwanted behavior in _random.Random.seed() in case the arg has a bad __abs__() method (GH-3596)

[issue31667] Wrong links in the gettext.NullTranslations class

Serhiy Storchaka added the comment: Good catch linkid! PR 3860 fixes these and several other gettext related links. -- nosy: +serhiy.storchaka versions: +Python 2.7 -Python 3.5 ___ Python tracker

[issue31667] Wrong links in the gettext.NullTranslations class

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +3840 stage: -> patch review ___ Python tracker ___

[issue31665] Edit "Setting [windows] environmental variables"

Eryk Sun added the comment: AFAIK, the "Advanced system settings" dialog has always required administrator access. To modify the environment for just the current user, in the control panel there's "User Accounts" => "Change my environment variables". -- nosy:

[issue31667] Wrong links in the gettext.NullTranslations class

New submission from linkid : In gettext.NullTranslations class doc [0], links to gettext and ngettext methods are not consistent. [0] https://docs.python.org/3/library/gettext.html#the-nulltranslations-class -- assignee: docs@python components:

[issue31589] Links for French documentation pdf is broken

Julien Palard added the comment: Problem looks like the utf8x package is not friend with tableofcontent: - https://tex.stackexchange.com/questions/240801/utf8x-character-fails-in-the-table-of-contents-every-second-time-i-compile -

[issue31666] Pandas_datareader Error Message - ModuleNotFoundError: No module named 'pandas_datareader' with module in folder

Change by Scott Tucholka : -- components: Library (Lib), Windows nosy: Scott Tucholka, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Pandas_datareader Error Message - ModuleNotFoundError: No module named

[issue31325] req_rate is a namedtuple type rather than instance

Raymond Hettinger added the comment: There is no rule that something had to be a tuple at some point in its history before becoming a named tuple. This use seems perfectly reasonable to me. -- ___ Python tracker

[issue31665] Edit "Setting [windows] environmental variables"

New submission from Terry J. Reedy : Python Setup and Usage, 3.3.1. Excursus: Setting environment variables https://docs.python.org/3/using/windows.html#excursus-setting-environment-variables The word 'excursus' is so rare and archaic that this is my first encounter with it.

[issue31630] math.tan has poor accuracy near pi/2 on OpenBSD

Tim Peters added the comment: Thanks for tanny-openbsd.txt, Serhiy! OpenBSD didn't get anywhere close to the best answer on any of those 201 inputs. I was hoping we could, e.g., test something a little more removed from pi/2 - but even its best cases in this range are

[issue31630] math.tan has poor accuracy near pi/2 on OpenBSD

Change by Serhiy Storchaka : Added file: https://bugs.python.org/file47184/tanny-openbsd.txt ___ Python tracker ___

[issue31271] an assertion failure in io.TextIOWrapper.write

Oren Milman added the comment: sure -- ___ Python tracker ___ ___ Python-bugs-list

[issue31567] Inconsistent documentation around decorators

Éric Araujo added the comment: > What does @ mean here? If there's some meaning, the next question is, why doc > for staticmethod() > (and classmethod() in the same page) does not have it? @ means that the function is meant to be used as a decorator (the markup looks like

[issue21983] segfault in ctypes.cast

Change by Oren Milman : -- versions: +Python 2.7, Python 3.4 ___ Python tracker ___ ___

[issue21983] segfault in ctypes.cast

Change by Oren Milman : -- versions: +Python 3.7 -Python 2.7, Python 3.4 ___ Python tracker ___

[issue21983] segfault in ctypes.cast

Change by Oren Milman : -- keywords: +patch pull_requests: +3839 stage: -> patch review ___ Python tracker ___

[issue31630] math.tan has poor accuracy near pi/2 on OpenBSD

Tim Peters added the comment: If someone opens a bug report with OpenBSD, or just for us to get more info, it could be useful to have a larger universe of troublesome tan inputs to stare at. So the attached tanny.py supplies them, testing all inputs within 100 ulps of

[issue11063] Rework uuid module: lazy initialization and add a new C extension

Stefan Krah added the comment: I think the configure check should be this (sets HAVE_LIBUUID in pyconfig.h): diff --git a/configure.ac b/configure.ac index 41bd9effbf..90d53c1b7d 100644 --- a/configure.ac +++ b/configure.ac @@ -2657,6 +2657,7 @@ AC_MSG_RESULT($SHLIBS)

[issue31663] pyautogui.typewrite() method doesn't work as expected.

Terry J. Reedy added the comment: This tracker is for issues about improving future cpython releases on python.org. Questions about using current python go to other forums, such as python-list. You can also use python-list via the news.gmane.org newsgroup mirror

[issue31325] req_rate is a namedtuple type rather than instance

Serhiy Storchaka added the comment: This is a normal use of named tuples for adding access by name to tuple results. But req_rate never was a tuple. Nobody used rr[0]. -- ___ Python tracker

[issue11063] Rework uuid module: lazy initialization and add a new C extension

Ned Deily added the comment: I agree with Barry's comment on PR 3855: "I'd rather see a configure check for the existence of uuid_generate_time_safe() rather than hard coding it to platforms !APPLE for two reasons. 1) If macOS ever adds this API in some future release, this

[issue31660] sys.executable different in os.execv'd python3.6 virtualenv session in python2 vs python3

Ned Deily added the comment: I suspect what is being seen here is essentially a duplicate of Issue31363. On macOS framework builds, a python launcher executable is used (Mac/Tools/pythonw.c) to exec the real Python interpreter binary and the launcher uses the

[issue31325] req_rate is a namedtuple type rather than instance

Raymond Hettinger added the comment: > What is a reason of making req_rate a named tuple? I don't know the original reason but it seems like a normal use of named tuples to make the data more self-describing to help with debugging and also to support field access

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

Steve Dower added the comment: New changeset d6201cb0e865dad116ffe46e5ea3d02e8eeb42c1 by Steve Dower (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31662: Fix typos in uploadrelease.bat script (#3858)

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

Change by Steve Dower : -- stage: backport needed -> resolved status: open -> closed ___ Python tracker ___

[issue31271] an assertion failure in io.TextIOWrapper.write

Serhiy Storchaka added the comment: Oren, do you mind to create a backport to 2.7? miss-islington can not handle it. -- stage: patch review -> backport needed ___ Python tracker

[issue31663] pyautogui.typewrite() method doesn't work as expected.

Change by Steve Dower : -- nosy: -steve.dower ___ Python tracker ___ ___

[issue31663] pyautogui.typewrite() method doesn't work as expected.

Change by Steve Dower : -- assignee: -> terry.reedy components: +IDLE nosy: +terry.reedy ___ Python tracker ___

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

Change by Roundup Robot : -- pull_requests: +3838 ___ Python tracker ___

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

Change by Steve Dower : -- assignee: -> steve.dower resolution: -> fixed stage: patch review -> backport needed versions: -Python 3.5 ___ Python tracker

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

Steve Dower added the comment: New changeset efb560eee28b6b2418e1231573ca62574d6dc07b by Steve Dower (Anselm Kruis) in branch 'master': bpo-31662: Fix typos in uploadrelease.bat script https://github.com/python/cpython/commit/efb560eee28b6b2418e1231573ca62574d6dc07b

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

Steve Dower added the comment: Thanks. It is indeed trivial, so I'll merge and backport it. -- ___ Python tracker ___

[issue31664] Add support of new crypt methods

Serhiy Storchaka added the comment: I concur. Initially I implemented all three methods, then removed they except Blowfish, and then re-added they back just for showing they to security experts. -- ___ Python tracker

[issue31510] test_many_processes() of test_multiprocessing_spawn failed on x86-64 Sierra 3.x

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

[issue31510] test_many_processes() of test_multiprocessing_spawn failed on x86-64 Sierra 3.x

STINNER Victor added the comment: New changeset e6cfdefa0c2f5bda177e49b228c2c7528f7c239c by Victor Stinner in branch 'master': bpo-31510: Fix multiprocessing test_many_processes() on macOS (#3857)

[issue31516] current_thread() becomes "dummy" thread during shutdown

Antoine Pitrou added the comment: I have now pushed the fix to master and 3.6. Hopefully this won't break anyone's code... -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31516] current_thread() becomes "dummy" thread during shutdown

Antoine Pitrou added the comment: New changeset ac6245a31f9a757db0520722c592cb7fdcb55eb0 by Antoine Pitrou (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31516: current_thread() should not return a dummy thread at shutdown (GH-3673) (#3856)

[issue29832] Don't refer to getsockaddrarg in error messages

Oren Milman added the comment: Should i remove the code that i wasn't able to test from the PR, and leave such changes to someone that is able to test it? (of course, if there is some way i can do it using a VM, please point that out, and i would try to set up this VM.)

[issue11063] Rework uuid module: lazy initialization and add a new C extension

STINNER Victor added the comment: New changeset 4337a0d9955f0855ba38ef30feec3858d304abf0 by Victor Stinner in branch 'master': bpo-11063: Fix _uuid module on macOS (#3855) https://github.com/python/cpython/commit/4337a0d9955f0855ba38ef30feec3858d304abf0 --

[issue31510] test_many_processes() of test_multiprocessing_spawn failed on x86-64 Sierra 3.x

STINNER Victor added the comment: Antoine: "It seems other people have similar issues: https://github.com/libuv/libuv/issues/1226 Perhaps we need to relax the test on OSX :-/" Oh thanks for the confirmation. I proposed a patch to accept -SIGKILL on macOS: PR 3857.

[issue11063] Rework uuid module: lazy initialization and add a new C extension

STINNER Victor added the comment: I proposed PR 3855 to add macOS support to _uuid (and fix the compilation error). -- ___ Python tracker

[issue31510] test_many_processes() of test_multiprocessing_spawn failed on x86-64 Sierra 3.x

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

[issue31516] current_thread() becomes "dummy" thread during shutdown

Change by Roundup Robot : -- pull_requests: +3836 ___ Python tracker ___

[issue31516] current_thread() becomes "dummy" thread during shutdown

Antoine Pitrou added the comment: New changeset 1023dbbcb7f05e76053486ae7ef7f73b4cdc5398 by Antoine Pitrou in branch 'master': bpo-31516: current_thread() should not return a dummy thread at shutdown (#3673)

[issue31510] test_many_processes() of test_multiprocessing_spawn failed on x86-64 Sierra 3.x

Antoine Pitrou added the comment: It seems other people have similar issues: https://github.com/libuv/libuv/issues/1226 Perhaps we need to relax the test on OSX :-/ -- ___ Python tracker

[issue31510] test_many_processes() of test_multiprocessing_spawn failed on x86-64 Sierra 3.x

Antoine Pitrou added the comment: > It looks like a weak synchronization. It is. I don't remember exactly why I had to add this, I can't reproduce any issue without it anymore... > the signal is sent before Python registered signal handlers? Python signal handlers are not

[issue11063] Rework uuid module: lazy initialization and add a new C extension

Change by STINNER Victor : -- pull_requests: +3835 stage: resolved -> patch review ___ Python tracker ___

[issue11063] Rework uuid module: lazy initialization and add a new C extension

Antoine Pitrou added the comment: pkg-config is a Linux-ism. But Linux already works fine... $ uname Darwin $ pkg-config -bash: pkg-config: command not found -- ___ Python tracker

[issue31660] sys.executable different in os.execv'd python3.6 virtualenv session in python2 vs python3

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list

[issue11063] Rework uuid module: lazy initialization and add a new C extension

STINNER Victor added the comment: > Though I don't know how to reuse the find_file() logic in configure... Maybe we could use pkg-config instead? haypo@selma$ pkg-config uuid --cflags -I/usr/include/uuid haypo@selma$ pkg-config uuid --libs -luuid --

[issue11063] Rework uuid module: lazy initialization and add a new C extension

Antoine Pitrou added the comment: Though I don't know how to reuse the find_file() logic in configure... -- ___ Python tracker ___

[issue11063] Rework uuid module: lazy initialization and add a new C extension

Antoine Pitrou added the comment: > Would it possible to check if uuid_generate_time_safe() is available, maybe > in configure? That's probably possible. -- ___ Python tracker

[issue31660] sys.executable different in os.execv'd python3.6 virtualenv session in python2 vs python3

R. David Murray added the comment: virtualenv is not part of the standard library. What happens if you use venv instead? -- nosy: +r.david.murray ___ Python tracker

[issue31661] Issues with request rate in robotparser

Serhiy Storchaka added the comment: Oh, I missed this. My report is based on the same comment on news.ycombinator.com. -- ___ Python tracker

[issue31325] req_rate is a namedtuple type rather than instance

Serhiy Storchaka added the comment: What is a reason of making req_rate a named tuple? -- ___ Python tracker ___

[issue31325] req_rate is a namedtuple type rather than instance

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue31664] Add support of new crypt methods

Christian Heimes added the comment: -1 on DES and NT Hash These are very old, very bad algorithms and should no longer be used. We are in the 21th century. -- ___ Python tracker

[issue31661] Issues with request rate in robotparser

Berker Peksag added the comment: Thanks for the report. Your analysis is correct and this is a duplicate of issue 31325. I'll take care of the PR 3259. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> req_rate is a

[issue11063] Rework uuid module: lazy initialization and add a new C extension

STINNER Victor added the comment: > It's expected if uuid_generate_time_safe() isn't available on your platform. > But test_uuid still passes? I would prefer to avoid compilation errors on a popular platforms like macOS. Would it possible to check if

[issue31158] test_pty: test_basic() fails randomly on Travis CI

STINNER Victor added the comment: Thanks Cornelius Diekmann for your fix ;-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue16487] Allow ssl certificates to be specified from memory rather than files.

Change by STINNER Victor : -- components: -Library (Lib) nosy: -haypo ___ Python tracker ___

[issue31158] test_pty: test_basic() fails randomly on Travis CI

STINNER Victor added the comment: New changeset 20cbc1d29facead32c2da06c81a09af0e057015c by Victor Stinner in branch '2.7': bpo-31158: Fix nondeterministic read in test_pty (#3808) (#3853)

[issue31158] test_pty: test_basic() fails randomly on Travis CI

STINNER Victor added the comment: New changeset 66fb5ef3bb9e36187a0e5052dfd99899447df671 by Victor Stinner (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31158: Fix nondeterministic read in test_pty (GH-3808) (GH-3852)

[issue31655] SimpleNamespace accepts non-string keyword names

STINNER Victor added the comment: Please reject non-string keys. I don't see any good reason to use non-string, and it's painful to support such CPython implementation details in other Python implementations. -- versions: +Python 3.7

[issue31659] ssl module should not use textwrap for wrapping PEM format.

Change by Christian Heimes : -- resolution: fixed -> stage: resolved -> needs patch status: closed -> open ___ Python tracker ___

[issue31664] Add support of new crypt methods

Change by Serhiy Storchaka : -- components: +Library (Lib) nosy: +christian.heimes, dstufft, gregory.p.smith, jafo type: -> enhancement versions: +Python 3.7 ___ Python tracker

[issue28027] Remove Lib/plat-*/* files

STINNER Victor added the comment: Thank you Zachary for this removal ;-) -- ___ Python tracker ___

[issue31664] Add support of new crypt methods

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +3834 stage: -> patch review ___ Python tracker ___

[issue31158] test_pty: test_basic() fails randomly on Travis CI

Change by STINNER Victor : -- pull_requests: +3833 ___ Python tracker ___ ___

[issue31158] test_pty: test_basic() fails randomly on Travis CI

STINNER Victor added the comment: > I prefer Cornelius’s current proposal (rev 4f8137b) Ok, fine. I merged his PR 3852. I created backports to 2.7 and 3.6. -- versions: +Python 2.7, Python 3.6 ___ Python tracker

[issue31158] test_pty: test_basic() fails randomly on Travis CI

Change by Roundup Robot : -- pull_requests: +3832 ___ Python tracker ___

[issue31158] test_pty: test_basic() fails randomly on Travis CI

STINNER Victor added the comment: New changeset e6f62f69f07892b993910ff03c9db3ffa5cb9ca5 by Victor Stinner (Cornelius Diekmann) in branch 'master': bpo-31158: Fix nondeterministic read in test_pty (#3808)

[issue30576] http.server should support HTTP compression (gzip)

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

[issue29041] Reference leaks on Windows

STINNER Victor added the comment: > Victor has cleaned these up, and we now have a buildbot running refleak > checks on Windows every day (as long as it's not hung :) \o/ Hopefully I was alone ;-) https://haypo.github.io/contrib-cpython-2017q2-part2.html --

[issue31664] Add support of new crypt methods

New submission from Serhiy Storchaka : Proposed PR adds support of three new methods in the crypt module. 1. Blowfish. It is considered as strong as SSH512 for crypt() purpose. There are several variants of this method: '2', '2a', '2b' and '2y'. '2y' looks the

[issue31663] pyautogui.typewrite() method doesn't work as expected.

New submission from Basanna Badami : Tried to run pyautogui.typewrite('Hello World') On IDLE terminal to type 'Hello World' string to an open notepad(say). As, i've interchanged my mouse click options(on windows OS), instead of 'Hello World' string being print to to the

[issue16487] Allow ssl certificates to be specified from memory rather than files.

Jan-Philip Gehrcke added the comment: Hey Antoine, Christian, Senthil! I have invested quite a bit more time to double-check my responses to the questions asked so far, clarified where appropriate, and updated the pull request on GitHub after manually resolving the merge

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

Change by Anselm Kruis : -- keywords: +patch pull_requests: +3830 stage: -> patch review ___ Python tracker ___

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

New submission from Anselm Kruis : There are 3 trivial typos in Tools/msi/uploadrelease.bat: "godo" instead of "goto" in lines 25 to 28. -- components: Build messages: 303513 nosy: anselm.kruis, steve.dower priority: normal severity: normal status: open

[issue31659] ssl module should not use textwrap for wrapping PEM format.

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

[issue31659] ssl module should not use textwrap for wrapping PEM format.

INADA Naoki added the comment: New changeset b75a228af8c0553aef44e4e03763af90fbc8737f by INADA Naoki in branch 'master': bpo-31659: Use simple slicing to format PEM cert (GH-3849) https://github.com/python/cpython/commit/b75a228af8c0553aef44e4e03763af90fbc8737f

[issue31622] Make threading.get_ident() return an opaque type

Nick Coghlan added the comment: Note that it would be entirely possible to leave the Python level thread IDs alone, but change the way they were used internally to keep the thread ID distinct from the operating system level thread handle. That would limit the adjustment

[issue31661] Issues with request rate in robotparser

Serhiy Storchaka added the comment: For the performance of namedtuple type creation see issue28638 and https://mail.python.org/pipermail/python-dev/2017-July/148592.html. For difference between types and instance see

[issue31661] Issues with request rate in robotparser

Nikolay Bogoychev added the comment: Hey Serhiy, The use of namedtuple was requested specifically at a review, I didn't implement it like this initially: https://bugs.python.org/review/16099/#ps6205 I wasn't aware of the performance implications. Could you please explain to

[issue31661] Issues with request rate in robotparser

New submission from Serhiy Storchaka : There are issues in implementing support of request rate in robotparser. req_rate = collections.namedtuple('req_rate', 'requests seconds') entry.req_rate = req_rate