[issue26828] Implement __length_hint__() on map() and filter() to optimize list(map) and list(filter)

Serhiy Storchaka added the comment: zip.__length_hint__() must return NotImplemented or raise TypeError if any of iterators don't implement __length_hint__ or its __length_hint__() returns NotImplemented or raises TypeError. And what should return zip(range(3), range(2**1000)).__length_hint__(

[issue30146] Difference in behavior between set() and collections.abc.MutableSet() derived objects

Raymond Hettinger added the comment: > I would expect the and operation between my set implementation > and a string to fail with a TypeError, given that string is > not an instance of Set. However, the error is not raised ... Odd as it may seem, this isn't a bug; rather it was a deliberate de

[issue18943] argparse: default args in mutually exclusive groups

Louie Lu added the comment: paul, will you work on this patch? or I can help this issue, too. -- nosy: +louielu type: -> behavior versions: +Python 3.7 ___ Python tracker ___ __

[issue18943] argparse: default args in mutually exclusive groups

Changes by Raymond Hettinger : -- assignee: -> bethard priority: high -> normal ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue30165] faulthandler acquires lock from signal handler, can deadlock while crashing

STINNER Victor added the comment: > but faulthandler_dump_traceback calls PyGILState_GetThisThreadState() which > ultimately calls thread.c's find_key() which acquires a lock: Hum, Python 3 now uses native TLS, not this fallback implementation using a lock. At least on Linux and Windows. I don

[issue30165] faulthandler acquires lock from signal handler, can deadlock while crashing

STINNER Victor added the comment: > I _believe_ we always want to use _PyThreadState_UncheckedGet() faulthandler_dump_traceback() uses PyGILState_GetThisThreadState(). There is a comment to explain why: /* SIGSEGV, SIGFPE, SIGABRT, SIGBUS and SIGILL are synchronous signals and are t

[issue30165] faulthandler acquires lock from signal handler, can deadlock while crashing

STINNER Victor added the comment: > This sometimes leads to a deadlock when the process is crashing, handled via > faulthandler, instead of a crash with stacktrace information printed. The > opposite of the happy debugging experience it is intended to provide. Is it an hypothetical analysis b

[issue28698] Python 3.x ctypes c_wchar_p return is different from official documentation example

Berker Peksag added the comment: New changeset 0d637e236d7099f7b724026c8cb7bd83d8e12e6b by Berker Peksag (Louie Lu) in branch 'master': bpo-28698: Fix c_wchar_p doc example (GH-1160) https://github.com/python/cpython/commit/0d637e236d7099f7b724026c8cb7bd83d8e12e6b -- nosy: +berker.pek

[issue28698] Python 3.x ctypes c_wchar_p return is different from official documentation example

Changes by Louie Lu : -- pull_requests: +1398 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue30152] Reduce the number of imports for argparse

Wolfgang Maier added the comment: @rhettinger: I do not quite understand this harsh reaction. Making argparse more responsive could, in fact, be quite a nice improvement. This is particularly true, I guess, if you want argument completion with a package like https://pypi.python.org/pypi/argcom

[issue28698] Python 3.x ctypes c_wchar_p return is different from official documentation example

Changes by Louie Lu : -- pull_requests: +1399 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue30166] Import command-line parsing modules only when needed

New submission from Serhiy Storchaka: Berker suggested to move this part from issue30152 to its own PR. When the file can be imported as a module and run as a script it is worth to make command-line parsing modules (getopt, optparse, argparse) be imported only when they are used, i.e. when the

[issue30166] Import command-line parsing modules only when needed

Changes by Serhiy Storchaka : -- pull_requests: +1400 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue30166] Import command-line parsing modules only when needed

Changes by Serhiy Storchaka : -- nosy: +aronacher, berker.peksag, bethard ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue30152] Reduce the number of imports for argparse

Serhiy Storchaka added the comment: > I'd move this into its own PR. Done. Issue30166. -- ___ Python tracker ___ ___ Python-bugs-list

[issue28698] Python 3.x ctypes c_wchar_p return is different from official documentation example

Berker Peksag added the comment: New changeset 9f6828119df23fca9e799f47e02baabe87adca2a by Berker Peksag (Louie Lu) in branch '3.6': bpo-28698: Fix c_wchar_p doc example (GH-1160) https://github.com/python/cpython/commit/9f6828119df23fca9e799f47e02baabe87adca2a -- ___

[issue28698] Python 3.x ctypes c_wchar_p return is different from official documentation example

Berker Peksag added the comment: New changeset c7b8367076dc7771dabcb9491bd98218c788d489 by Berker Peksag (Louie Lu) in branch '3.5': bpo-28698: Fix c_wchar_p doc example (GH-1160) https://github.com/python/cpython/commit/c7b8367076dc7771dabcb9491bd98218c788d489 -- ___

[issue28698] Python 3.x ctypes c_wchar_p return is different from official documentation example

Berker Peksag added the comment: Thanks for the report, Alex and thanks for the PRs, Louie! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue30152] Reduce the number of imports for argparse

STINNER Victor added the comment: Raymond Hettinger added the comment: > Some parts of the patch are harmless but other parts needlessly constipates > the code for very little benefit. In general, Python startup is currently the most severe performance regression in Python 3 compared to Python

[issue30167] site.main() does not work on Python 3.6 and superior

New submission from André Anjos: Apparently, "import site; site.main()" does not seem to work anymore on Python 3.6 and superior. The reason is a change on the behavior of "os.path.abspath(None)". Before Python 3.6, it used to report an AttributeError which is properly caught inside "site.abs

[issue30152] Reduce the number of imports for argparse

Serhiy Storchaka added the comment: collections is very popular module. It is almost impossible to avoid importing it since so much stdlib modules use namedtuple, OrderedDict, deque, or defaultdict. The reason of moving a heapq import inside a Counter method is that importing heapq adds two en

[issue30167] site.main() does not work on Python 3.6 and superior

André Anjos added the comment: More information: to reproduce the problem, don't use Python's "-c" command-line option. In this case "__main__" won't be inside sys.modules which mitigates the issue. -- ___ Python tracker

[issue30152] Reduce the number of imports for argparse

Serhiy Storchaka added the comment: In general I agree with Raymond's principle and I am not very happy doing these changes. But heavy startup is a sore spot of CPython. For comparison Python 2.7 and optparse: $ python -c 'import sys; s = set(sys.modules); import argparse; print(len(s), len(s

[issue30167] site.main() does not work on Python 3.6 and superior

André Anjos added the comment: After further investigation, the issue can only be reproduced iff the user sets PYTHONSTARTUP which triggers "__main__" to appear in sys.modules and the problem to occur. -- ___ Python tracker

[issue28769] Make PyUnicode_AsUTF8 returning "const char *" rather of "char *"

Changes by STINNER Victor : -- pull_requests: +1401 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue28769] Make PyUnicode_AsUTF8 returning "const char *" rather of "char *"

Changes by Serhiy Storchaka : -- pull_requests: -1072 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue28964] AST literal_eval exceptions provide no information about line number

Louie Lu added the comment: Steve, will you work on this patch to GitHub? -- nosy: +louielu ___ Python tracker ___ ___ Python-bugs-lis

[issue30152] Reduce the number of imports for argparse

Christian Heimes added the comment: Instead of messing with all modules, we should rather try to improve startup time with lazy imports first. Mercurial added an on-demand importer to speed up CLI performance. Many years ago I worked on PEP 369 for lazy import. It should be much easier to impl

[issue29974] Change typing.TYPE_CHECKING doc example

Berker Peksag added the comment: New changeset 87c07fe9d908d0a2143fcc8369255c6ff3241503 by Berker Peksag (Mathias Rav) in branch 'master': bpo-29974: Improve typing.TYPE_CHECKING example (GH-982) https://github.com/python/cpython/commit/87c07fe9d908d0a2143fcc8369255c6ff3241503 -- nosy

[issue28769] Make PyUnicode_AsUTF8 returning "const char *" rather of "char *"

Changes by Martin Panter : -- nosy: -martin.panter ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29974] Change typing.TYPE_CHECKING doc example

Changes by Ivan Levkivskyi : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

Cheryl Sabella added the comment: @Mariatta I believe you can do this now? -- nosy: +csabella ___ Python tracker ___ ___ Python-bugs-

[issue29727] collections.abc.Reversible doesn't fully support the reversing protocol

Changes by Ivan Levkivskyi : -- assignee: -> levkivskyi stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue28769] Make PyUnicode_AsUTF8 returning "const char *" rather of "char *"

Changes by Stefan Krah : -- nosy: -skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue30126] CheckTraceCallbackContent of test_sqlite3 fails on OS X Tiger

Changes by Berker Peksag : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue29974] Change typing.TYPE_CHECKING doc example

Berker Peksag added the comment: 87c07fe9d908d0a2143fcc8369255c6ff3241503 should still be backported to 3.5 and 3.6 branches so please don't close it yet. -- resolution: fixed -> stage: resolved -> backport needed status: closed -> open ___ Python t

[issue28769] Make PyUnicode_AsUTF8 returning "const char *" rather of "char *"

STINNER Victor added the comment: New changeset 6e676954de7c4f3f06dd5b56842c9a2c931a1cab by Victor Stinner in branch 'master': timemodule.c: Cast PyUnicode_AsUTF8() to char* (#1294) https://github.com/python/cpython/commit/6e676954de7c4f3f06dd5b56842c9a2c931a1cab -- _

[issue30168] Class Logger is unindented in the documentation.

New submission from Jim Fasarakis-Hilliard: Currently, `Logger` in `logging.rst` doesn't have an indent after `.. class:: Logger`. This causes the formatting for the specific section to look somewhat unexpected [1]. I've already created a PR that indents the methods/attributes accordingly.

[issue30168] Class Logger is unindented in the documentation.

Changes by Jim Fasarakis-Hilliard : -- pull_requests: +1402 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue30169] test_multiprocessing_spawn crashed on AMD64 Windows8.1 Non-Debug 3.x buildbot

New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Non-Debug%203.x/builds/670/steps/test/logs/stdio 0:05:37 [255/404/1] test_multiprocessing_spawn crashed (Exit code 3221225477) Windows fatal exception: access violation Current thread 0x1644 (mo

[issue30169] test_multiprocessing_spawn crashed on AMD64 Windows8.1 Non-Debug 3.x buildbot

STINNER Victor added the comment: The crash is probably random. I looked at the last 250 builds. Since build 421, the first crash occurred at build 578 (commit a00c3fd12d421e41b769debd7df717d17b0deed5, no idea if it's related): http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Non-D

[issue30169] test_multiprocessing_spawn crashed on AMD64 Windows8.1 Non-Debug 3.x buildbot

STINNER Victor added the comment: Current thread 0x1644 (most recent call first): File "D:\buildarea\3.x.ware-win81-release\build\lib\test\_test_multiprocessing.py", line 3997 in ManagerMixin Line 3997 is: Condition = property(operator.attrgetter('manager.Condition')) I don't underst

[issue30170] "tests may fail, unable to create temporary directory" warning on buildbot: add a cleanup step to buildbots

New submission from STINNER Victor: On buildbots, it's common to see such warning: 0:32:04 [269/404] test_property passed -- running: test_multiprocessing_spawn (74 sec) D:\buildarea\3.x.bolen-windows10\build\lib\test\support\__init__.py:1012: RuntimeWarning: tests may fail, unable to create

[issue30142] The "callable" fixer doesn't exist

Changes by Dong-hee Na : -- pull_requests: +1403 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue30169] test_multiprocessing_spawn crashed on AMD64 Windows8.1 Non-Debug 3.x buildbot

STINNER Victor added the comment: I also checked the last 250 builds of AMD64 Windows8 3.x: test_multiprocessing_spawn never crashed. http://buildbot.python.org/all/builders/AMD64%20Windows8%203.x We got 8 crashed on "AMD64 Windows8.1 Non-Debug 3.x", but 0 crash on "AMD64 Windows8 3.x" (simil

[issue29941] Confusion between asserts and Py_DEBUG

STINNER Victor added the comment: Please see the issue #30169 "test_multiprocessing_spawn crashed on AMD64 Windows8.1 Non-Debug 3.x buildbot", a mysterious and random bug on Windows which started to occur since the commit a00c3fd12d421e41b769debd7df717d17b0deed5 *or later* (who knows?)... ---

[issue29974] Change typing.TYPE_CHECKING doc example

Changes by Berker Peksag : -- pull_requests: +1404 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue30131] test_logging leaks a "dangling" thread

Changes by STINNER Victor : -- pull_requests: +1405 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30131] test_logging leaks a "dangling" thread

STINNER Victor added the comment: After stressing test_logging during 2 days on my FreeBSD VM, it seems like I found the root bug: see https://github.com/python/cpython/pull/1298 -- ___ Python tracker

[issue29974] Change typing.TYPE_CHECKING doc example

Changes by Berker Peksag : -- pull_requests: +1406 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue29941] Confusion between asserts and Py_DEBUG

STINNER Victor added the comment: > since the commit a00c3fd12d421e41b769debd7df717d17b0deed5 *or later* (who > knows?)... Hum, my sentence is unclear: I mean that I am not sure that this commit is related to issue #30169 crash. -- ___ Python tracke

[issue30170] "tests may fail, unable to create temporary directory" warning on buildbot: add a cleanup step to buildbots

STINNER Victor added the comment: I also see this warning on AppVeyor: 0:01:42 [170/404] test_fcntl skipped -- running: test_concurrent_futures (76 sec) C:\projects\cpython\lib\test\support\__init__.py:1012: RuntimeWarning: tests may fail, unable to create temporary directory 'C:\\projects\\c

[issue30171] Emit ResourceWarning in multiprocessing Queue destructor

New submission from STINNER Victor: A multiprocessing Queue object managers multiple resources: * a multiprocessing Pipe * a thread * (a lock and a semaphore) If a Queue is not cleaned up properly, your application may leak many resources. Try attached queue_leak.py to see an example "leaking

[issue30171] Emit ResourceWarning in multiprocessing Queue destructor

STINNER Victor added the comment: Example: haypo@selma$ ./python queue_leak.py number of thread diff: +1 dangling threads! before: [<_MainThread(MainThread, started 139814961067072)>] after: [<_MainThread(MainThread, started 139814961067072)>] Note: queue_leak.py resource check is based on tes

[issue30171] Emit ResourceWarning in multiprocessing Queue destructor

STINNER Victor added the comment: Oh, I forgot that I hitted this issue while analyzing issue #30131: test_logging leaks a "dangling" thread. It took me a while to find multiprocessing queues in the big test_logging file! -- ___ Python tracker

[issue30131] test_logging leaks a "dangling" thread

STINNER Victor added the comment: New changeset 8ca2f2faefa8dba323a2e4c4b86efb633d7a53cf by Victor Stinner in branch 'master': bpo-30131: test_logging now joins queue threads (#1298) https://github.com/python/cpython/commit/8ca2f2faefa8dba323a2e4c4b86efb633d7a53cf --

[issue18669] curses.chgat() moves cursor, documentation says it shouldn't

Berker Peksag added the comment: I think this is a documentation issue. curses.chgat() documentation tries to describe different signatures in one place and some of these signatures change the behavior of the function. For example, curses.chgat() calls mvwchgat() when users pass y and x to it

[issue29974] Change typing.TYPE_CHECKING doc example

Ivan Levkivskyi added the comment: > 87c07fe9d908d0a2143fcc8369255c6ff3241503 should still be backported to 3.5 > and 3.6 branches so please don't close it yet. Thanks for making backport PRs! (and sorry for closing prematurely) -- ___ Python tracke

[issue30160] BaseHTTPRequestHandler.wfile: supported usage unclear

Changes by Mike : -- pull_requests: +1407 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue29974] Change typing.TYPE_CHECKING doc example

Berker Peksag added the comment: New changeset 271a289a03ad10c91c5326bde3020f1cdf6a1fff by Berker Peksag in branch '3.5': bpo-29974: Improve typing.TYPE_CHECKING example (GH-982) https://github.com/python/cpython/commit/271a289a03ad10c91c5326bde3020f1cdf6a1fff --

[issue18669] curses.chgat() moves cursor, documentation says it shouldn't

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29974] Change typing.TYPE_CHECKING doc example

Berker Peksag added the comment: New changeset 04f389b8b357c8507b6c9642adcb8b956489e034 by Berker Peksag in branch '3.6': bpo-29974: Improve typing.TYPE_CHECKING example (GH-982) https://github.com/python/cpython/commit/04f389b8b357c8507b6c9642adcb8b956489e034 --

[issue29974] Change typing.TYPE_CHECKING doc example

Berker Peksag added the comment: Now all backport PRs have been merged. Thanks for the PR, Mathias. > Thanks for making backport PRs! (and sorry for closing prematurely) No problem, thanks for the reviews! By the way, sorry I missed the typo in your last name while doing the initial merge. --

[issue30172] test_tools takes longer than 5 minutes on some buildbots

New submission from STINNER Victor: On x86-64 El Capitan 3.x buildbot, test_tools takes longer than 5 minutes, whereas the overall test suite took 31 min. Is someone wrong in test_tools? http://buildbot.python.org/all/builders/x86-64%20El%20Capitan%203.x/builds/92/steps/test/logs/stdio Run tes

[issue30173] x86 Windows7 3.x buildbot has the issue #26624 bug

New submission from STINNER Victor: It looks like the x86 Windows7 3.x buildbot has the issue #26624 bug: test__locale hangs. This buildbot slave is managed by David Bolen. @David: please see: * https://developer.microsoft.com/en-US/windows/downloads/windows-10-sdk * https://bugs.python.org/is

[issue26828] Implement __length_hint__() on map() and filter() to optimize list(map) and list(filter)

Michael Seifert added the comment: > I would like to mark this tracker item as closed. IMO it is a dead-end. Yes, even some (not very uncommon cases) give incorrect results: it = iter([1,2,3]) zip(it, it, it) has length_hint 3 but will only yield one item. -- __

[issue26828] Implement __length_hint__() on map() and filter() to optimize list(map) and list(filter)

Michael Seifert added the comment: > zip.__length_hint__() must return NotImplemented or raise TypeError if any of > iterators don't implement __length_hint__ or its __length_hint__() returns > NotImplemented or raises TypeError. > And what should return zip(range(3), range(2**1000)).__length_

[issue30169] test_multiprocessing_spawn crashed on AMD64 Windows8.1 Non-Debug 3.x buildbot

Thomas Wouters added the comment: Eh, commit a00c3fd12d421e41b769debd7df717d17b0deed5 wasn't supposed to affect any behaviour in release builds, just in non-debug builds *with asserts enabled*, and only in making them build. (There is a bug in that commit that was fixed right after, commit

[issue26828] Implement __length_hint__() on map() and filter() to optimize list(map) and list(filter)

Changes by Raymond Hettinger : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Pytho

[issue30171] Emit ResourceWarning in multiprocessing Queue destructor

Changes by Raymond Hettinger : -- assignee: -> davin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue30101] Add support for ncurses A_ITALIC

New submission from Xiang Zhang: New changeset ab7886b78574d9224b26dc3a5b08e5c105fbbf11 by Xiang Zhang (Eijebong) in branch 'master': bpo-30101: Add support for curses.A_ITALIC. (#1015) https://github.com/python/cpython/commit/ab7886b78574d9224b26dc3a5b08e5c105fbbf11 -- nosy: +xiang.z

[issue30101] Add support for ncurses A_ITALIC

Changes by Xiang Zhang : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-li

[issue29974] Change typing.TYPE_CHECKING doc example

Mathias Rav added the comment: Sorry for making a typo in your last name, Ivan Levkivskyi! I should know better and use copy-and-paste. -- ___ Python tracker ___ ___

[issue29974] Change typing.TYPE_CHECKING doc example

Ivan Levkivskyi added the comment: > Sorry for making a typo in your last name No problem! This actually happened maaany times with me :-) -- ___ Python tracker ___

[issue30101] Add support for ncurses A_ITALIC

STINNER Victor added the comment: Thanks Bastien Orivel for your first contribution to Python! -- nosy: +haypo ___ Python tracker ___

[issue30174] Duplicate code in pickletools.py

New submission from Jelle Zijlstra: The bytes1 ArgumentDescriptor is duplicated in pickletools.py. -- messages: 292364 nosy: Jelle Zijlstra, alexandre.vassalotti priority: normal pull_requests: 1408 severity: normal status: open title: Duplicate code in pickletools.py __

[issue30175] Random test_imaplib.test_logincapa_with_client_certfile failure on x86 Gentoo Installed with X 3.x

New submission from STINNER Victor: http://buildbot.python.org/all/builders/x86%20Gentoo%20Installed%20with%20X%203.x/builds/593/steps/test/logs/stdio == ERROR: test_logincapa_with_client_certfile (test.test_imaplib.RemoteIMAP

[issue30174] Duplicate code in pickletools.py

Tim Peters added the comment: I already commented on github - +1 for this change. -- nosy: +tim.peters ___ Python tracker ___ ___ Pyth

[issue30176] curses attribute constants list is incomplete

Changes by Xiang Zhang : -- assignee: docs@python components: Documentation nosy: berker.peksag, docs@python, haypo, xiang.zhang priority: normal severity: normal stage: patch review status: open title: curses attribute constants list is incomplete versions: Python 2.7, Python 3.5, Pytho

[issue30176] curses attribute constants list is incomplete

Changes by Xiang Zhang : -- pull_requests: +1409 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue30174] Duplicate code in pickletools.py

Mariatta Wijaya added the comment: Does this need to be backported? -- nosy: +Mariatta stage: -> patch review versions: +Python 3.7 ___ Python tracker ___ __

[issue30142] The "callable" fixer doesn't exist

Mariatta Wijaya added the comment: New changeset a90b990480f45b6a0ad02d43455cf8b620bac9c5 by Mariatta (Dong-hee Na) in branch 'master': bpo-30142: Remove "callable" from the 2to3fixer documentation. (GH-1296) https://github.com/python/cpython/commit/a90b990480f45b6a0ad02d43455cf8b620bac9c5 --

[issue30177] pathlib.resolve(strict=False) only includes first child

New submission from Michael Shuffett: According to the documentation https://docs.python.org/3/library/pathlib.html#pathlib.Path.resolve If strict is False, the path is resolved as far as possible and any remainder is appended without checking whether it exists. The current behavior is not con

[issue30142] The "callable" fixer doesn't exist

Changes by Dong-hee Na : -- pull_requests: +1410 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue30142] The "callable" fixer doesn't exist

Changes by Dong-hee Na : -- pull_requests: +1411 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue30142] The "callable" fixer doesn't exist

Changes by Dong-hee Na : -- pull_requests: +1412 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue30174] Duplicate code in pickletools.py

Serhiy Storchaka added the comment: The variant without " in the string" is more correct and consistent with bytes4 and bytes8. The first bytes1 was added in issue16550. The duplicate was mistakenly added in issue17810. This change can be backported, but it is not worth since the duplication

[issue30142] The "callable" fixer doesn't exist

Mariatta Wijaya added the comment: New changeset 9a626ec4e58c0bca1b4f71154e9e1da7e6d7e4a7 by Mariatta (Dong-hee Na) in branch '3.5': [3.5] bpo-30142: Remove "callable" from the 2to3fixer documentation. (GH-1304) https://github.com/python/cpython/commit/9a626ec4e58c0bca1b4f71154e9e1da7e6d7e4a7

[issue30142] The "callable" fixer doesn't exist

Mariatta Wijaya added the comment: New changeset 19b3a4885cc685adb42db6f8f7b625768f6d1baf by Mariatta (Dong-hee Na) in branch '2.7': [2.7] bpo-30142: Remove "callable" from the 2to3fixer documentation. (GH-1305) https://github.com/python/cpython/commit/19b3a4885cc685adb42db6f8f7b625768f6d1baf

[issue30142] The "callable" fixer doesn't exist

Mariatta Wijaya added the comment: New changeset 2fc3c543fc93d6211de8dcfaeac3a0fd10a356e0 by Mariatta (Dong-hee Na) in branch '3.6': [3.6] bpo-30142: Remove "callable" from the 2to3fixer documentation. (GH-1303) https://github.com/python/cpython/commit/2fc3c543fc93d6211de8dcfaeac3a0fd10a356e0

[issue30142] The "callable" fixer doesn't exist

Changes by Mariatta Wijaya : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___

[issue30167] site.main() does not work on Python 3.6 and superior with PYTHONSTARTUP is set

Changes by André Anjos : -- title: site.main() does not work on Python 3.6 and superior -> site.main() does not work on Python 3.6 and superior with PYTHONSTARTUP is set ___ Python tracker

[issue30167] site.main() does not work on Python 3.6 and superior if PYTHONSTARTUP is set

Changes by André Anjos : -- title: site.main() does not work on Python 3.6 and superior with PYTHONSTARTUP is set -> site.main() does not work on Python 3.6 and superior if PYTHONSTARTUP is set ___ Python tracker

[issue30178] Indent methods and attributes of MimeTypes class

New submission from Jim Fasarakis-Hilliard: Similar to #30168 opened earlier. The MimeTypes class's methods and attributes aren't indented and the resulting documentation is not indented and duplicates the class name. Didn't find anything that might indicate this was intentional when trying t

[issue30178] Indent methods and attributes of MimeTypes class

Changes by Jim Fasarakis-Hilliard : -- pull_requests: +1413 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue30176] curses attribute constants list is incomplete

New submission from Serhiy Storchaka: Initially constants was enumerated in alphabetical order (except A_ITALIC). Maybe continue supporting this order? On other hand, it may be worth to group highlighting attributes separately. A_ATTRIBUTES, A_CHARTEXT and A_COLOR are not specific attributes,

[issue30142] The "callable" fixer doesn't exist

Serhiy Storchaka added the comment: Thanks Dong-hee Na and Mariatta. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue30177] pathlib.resolve(strict=False) only includes first child

Changes by Serhiy Storchaka : -- nosy: +pitrou, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30176] curses attribute constants list is incomplete

Xiang Zhang added the comment: +1 for group. I added "The exact constants available are system dependent" to note some may be absent. -- ___ Python tracker ___ _

[issue30172] test_tools takes longer than 5 minutes on some buildbots

Serhiy Storchaka added the comment: This is expected. test_tools just runs a large number of subprocesses. Some subtests proceeds a large number of Python source files as test_tokenize and test_lib2to3. Maybe it would be better to run and report tests for different tools as separate tests (te

  1   2   >