[issue27099] IDLE: turn built-in extensions into regular modules

Terry J. Reedy added the comment: I expect to polish the General page in a follow-up. I expect it will soon need to be split. -- ___ Python tracker ___

[issue27099] IDLE: turn built-in extensions into regular modules

Terry J. Reedy added the comment: I believe PR2494 is about ready to merge. It is a big, complicated patch, so before merging, I would prefer to have it pass a full -uGUI test on something other than Windows. -- dependencies: -IDLE: configdialog - add tests for ConfigDialog GUI.

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

New submission from Antony Lee: The doc for argparse.RawTextHelpFormatter states that it "maintains whitespace for all sorts of help text, including argument descriptions." But the following example (which outputs "Foo", "Bar", and "Baz", each separated by exactly one empty line) shows that

[issue23057] [Windows] asyncio: support signal handlers on Windows (feature request)

Changes by Eryk Sun : -- stage: -> needs patch versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5 ___ Python tracker ___

[issue29996] Use terminal width by default in pprint

Éric Araujo added the comment: I was about to open the same issue! I tend to print nested data structures for debugging; having lists take up a lot of vertical screen estate and leave unused all the horizontal space is an annoyance, so that I regularly have to go back and add the width

[issue31323] test_ssl: reference cycle between ThreadedEchoServer and its ConnectionHandler

STINNER Victor added the comment: New changeset 868710158910fa38e285ce0e6d50026e1d0b2a8c by Victor Stinner in branch 'master': bpo-31323: Fix reference leak in test_ssl (#3263) https://github.com/python/cpython/commit/868710158910fa38e285ce0e6d50026e1d0b2a8c --

[issue31250] test_asyncio leaks dangling threads

STINNER Victor added the comment: New changeset e8a533fbc734af6eeb389202ba6c6e9c2548027f by Victor Stinner in branch 'master': bpo-31250, test_asyncio: fix EventLoopTestsMixin.tearDown() (#3264) https://github.com/python/cpython/commit/e8a533fbc734af6eeb389202ba6c6e9c2548027f --

[issue31326] concurrent.futures: ProcessPoolExecutor.shutdown(wait=True) should wait for the call queue thread

STINNER Victor added the comment: New changeset b713adf27a76b5df95e3ee5f85f9064a2763ae35 by Victor Stinner in branch 'master': bpo-31326: ProcessPoolExecutor waits for the call queue thread (#3265) https://github.com/python/cpython/commit/b713adf27a76b5df95e3ee5f85f9064a2763ae35 --

[issue31329] Add idlelib module entry to doc

Raymond Hettinger added the comment: See also: http://bugs.python.org/issue31319 A cleaner command-line startup would be: python -m idle -- nosy: +rhettinger ___ Python tracker

[issue31325] req_rate is a namedtuple type rather than instance

Raymond Hettinger added the comment: There was a typo in my previous message. The instantiation code should be: entry.req_rate = RequestRate(int(numbers[0]), int(numbers[1])) -- ___ Python tracker

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Antoine Pitrou added the comment: os.cpu_count() is specified to return the total number of processors, not the number of usable processors. See e.g. https://bugs.python.org/issue26692 -- ___ Python tracker

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

tzickel added the comment: One should be careful with this modification because of the Windows definition of process groups. For example, if multi-threaded code thinks that by reading the value of the new os.cpu_count() it can use all the cores returned, by default it cannot as in windows

[issue31307] ConfigParser.read silently fails if filenames argument is a byte string

Łukasz Langa added the comment: Good catch. Supporting bytes passed as a path is a reasonable request since the builtin `open()` supports this, too. Go ahead and create a pull request! We only need to modify line 690 to also list `bytes`. -- ___

[issue31325] req_rate is a namedtuple type rather than instance

Berker Peksag added the comment: Good catch and thank you for turning the bug report in the HN thread to a pull request! I agree with all of Raymond's comments. I have two more comments: * Please follow our commit style at https://devguide.python.org/committing/#commit-messages * We need a

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Antoine Pitrou added the comment: Backport merged. Thanks Chris! -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Antoine Pitrou added the comment: New changeset 58521fdba1657f6553a1ead5cbaa100967a167b3 by Antoine Pitrou (Christopher Wilcox) in branch '3.6': bpo-30581: Windows: os.cpu_count() returns wrong number of processors (#2934) (#3267)

[issue31329] Add idlelib module entry to doc

New submission from Terry J. Reedy: If this were a new section in idle.rst, it would appear with the IDLE doc displayed by Help IDLE. Being present there has its +s and -s. Would have to see how it works here as well as online. In any case, it would be good to have something indexed under I

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Changes by Chris Wilcox : -- pull_requests: +3312 ___ Python tracker ___ ___

[issue31328] _sha3 is missing from Setup.dist

Changes by Segev Finer : -- pull_requests: +3311 ___ Python tracker ___ ___

[issue31328] _sha3 is missing from Setup.dist

New submission from Segev Finer: _sha3 is missing a commented out line from Setup.dist like the rest of the modules. It's really only used if someone wants to edit Setup.dist to build with the _sha3 module statically. Mostly a trivial change to add it in. -- components: Build,

[issue31327] bug in dateutil\tz\tz.py

New submission from Jerry Kramskoy: Running python 3.6.2 on Windows 10. The following method causes presents a timetstamp value of -3600 (i.e. DST adjustment of one hour) which causes time.localtime() to raise an OS Errno 22. def _naive_is_dst(self, dt): timestamp =

[issue27144] concurrent.futures.as_completed() memory inefficiency

Antoine Pitrou added the comment: I've merged the PR to master and backported it to 3.6. Thank you Grzegorz for contributing this! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.5 ___ Python

[issue27144] concurrent.futures.as_completed() memory inefficiency

Antoine Pitrou added the comment: New changeset ea767915f7476c1fe97f7b1a53304d57f105bdd2 by Antoine Pitrou in branch '3.6': [3.6] bpo-27144: concurrent.futures as_complete and map iterators do not keep reference to returned object (GH-1560) (#3266)

[issue31324] support._match_test() used by test.bisect is very inefficient

Serhiy Storchaka added the comment: _match_test1 = re.compile('|'.join(map(fnmatch.translate, match_tests)), re.I).match def _match_test(test): test_id = test.id() return bool(_match_test1(test_id) or any(map(_match_test1, test_id.split("."))) --

[issue31326] concurrent.futures: ProcessPoolExecutor.shutdown(wait=True) should wait for the call queue thread

STINNER Victor added the comment: See also bpo-31249 and commit bc61315377056fe362b744d9c44e17cd3178ce54: "Fix ref cycle in ThreadPoolExecutor". -- ___ Python tracker

[issue31301] Python 2.7 SIGSEGV

Jakub Wilk added the comment: I can't reproduce it here: Python 2.7.13 (default, Jan 19 2017, 14:48:08) [GCC 6.3.0 20170118] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import ast >>> s =

[issue27144] concurrent.futures.as_completed() memory inefficiency

Changes by Antoine Pitrou : -- pull_requests: +3310 ___ Python tracker ___ ___

[issue31319] Rename idlelib to just idle

Éric Araujo added the comment: What about adding a simple Lib/idle.py that imports and runs the main function from idlelib? -- nosy: +merwok ___ Python tracker

[issue27144] concurrent.futures.as_completed() memory inefficiency

Antoine Pitrou added the comment: New changeset 97e1b1c81458d2109b2ffed32ffa1eb643a6c3b9 by Antoine Pitrou (Grzegorz Grzywacz) in branch 'master': bpo-27144: concurrent.futures as_complete and map iterators do not keep reference to returned object (#1560)

[issue31326] concurrent.futures: ProcessPoolExecutor.shutdown(wait=True) should wait for the call queue thread

Changes by STINNER Victor : -- pull_requests: +3309 ___ Python tracker ___ ___

[issue31326] concurrent.futures: ProcessPoolExecutor.shutdown(wait=True) should wait for the call queue thread

New submission from STINNER Victor: concurrent.futures.ProcessPoolExecutor.shutdown(wait=True) doesn't wait for the call queue thread, and so test_concurrent_futures randomly emits warnings about dangling threads, especially with PR 3138 of bpo-31234. Attached PR fixes the issue. --

[issue31325] req_rate is a namedtuple type rather than instance

Raymond Hettinger added the comment: * The named tuple class should begin with a capital letter and be fully self-documenting: "RequestRate". * The creation of the named tuple class should be done only once, not on every call. Instead only a new instance should be creating on every call:

[issue31325] req_rate is a namedtuple type rather than instance

Changes by Raymond Hettinger : -- versions: -Python 2.7, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker ___

[issue30403] PEP 547: Running extension modules using -m switch

Marcel Plch added the comment: Sorry for not responding for so long, I didn't work on Python through the summer because of some other matters. Re-execution of the module is not possible, because there is a check on the C level, If you call exec_in_module() on an already initialized module,

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: Remaining issues: * test_asyncio: https://github.com/python/cpython/pull/3264 of bpo-31250 * test_thread: test_forkinthread() spawns a thread using thread.start_new_thread() without waiting until the thread completes * test_concurrent_futures: warnings

[issue31250] test_asyncio leaks dangling threads

Changes by STINNER Victor : -- pull_requests: +3308 ___ Python tracker ___ ___

[issue31250] test_asyncio leaks dangling threads

STINNER Victor added the comment: Hum, EventLoopTestsMixin.tearDown() still has a bug. I reopen the issue. -- resolution: fixed -> status: closed -> open ___ Python tracker

[issue31318] On Windows importlib.util.find_spec("re") results in AttributeError: module 'importlib' has no attribute 'util'

elmar added the comment: thank you Steve for the explanation! I was not aware that I should import sub modules explicitly like this. especial because it worked on my development machine without doing so. now I know. Elmar -- ___ Python tracker

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: Oops. Ignore my previous comment, I was using my temporary workaround! (msg301126) -- ___ Python tracker ___

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: Oh, by the way, -m test -m TestCaseName doesn't work fully on test_asyncio. It only works if I pass the full test identifier. With TestCaseName, no test is run: haypo@selma$ ./python -m test -u all test_asyncio --fail-env-changed -m PollEventLoopTests Run

[issue31325] req_rate is a namedtuple type rather than instance

New submission from Robin: > Finally, urllib/robotparser.py appears to contain a bug in the > following: > > req_rate = collections.namedtuple('req_rate', >'requests seconds') > entry.req_rate = req_rate > entry.req_rate.requests = int(numbers[0]) >

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: Workaround to run test.bisect on test_asyncio: diff --git a/Lib/test/support/__init__.py b/Lib/test/support/__init__.py index 522804be60..201d0665b2 100644 --- a/Lib/test/support/__init__.py +++ b/Lib/test/support/__init__.py @@ -1911,15 +1911,7 @@ def

[issue31322] SimpleNamespace deep copy

Pritish Patil added the comment: Yes. copy.deepcopy() works. Didn't think of it! -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: Example of the performance issue: $ ./python -m test.bisect --fail-env-changed -o bisect test_asyncio [+] Iteration 1: run 756 tests/1512 (...) The first iteration takes forever because it runs tests with support.match_tests which contains 756 patterns.

[issue31324] support._match_test() used by test.bisect is very inefficient

Changes by STINNER Victor : -- nosy: +louielu ___ Python tracker ___ ___

[issue31324] support._match_test() used by test.bisect is very inefficient

New submission from STINNER Victor: support._match_test() uses a nested loop calling fnmatch.fnmatchcase(). This function creates a temporary regular expression object. The cache of the re module works around the performance... if the length of support.match_tests fits into the cache. But

[issue31322] SimpleNamespace deep copy

Eric Snow added the comment: Hmm. What problems are you seeing with deep copies? copy.deepcopy() should work since SimpleNamespace is picklable. [1][2] I don't have any problems: >>> import types, copy >>> ns = types.SimpleNamespace(x=1, y=2) >>> copied = copy.deepcopy(ns) >>> copied

[issue31322] SimpleNamespace deep copy

Steven D'Aprano added the comment: > When using nested SimpleNamespaces, a making a copy by using > > new_NS=SimpleNamespace(**namespace.__dict__.copy()) In general, you shouldn't call or directly access dunder attributes. There are exceptions, but generally they're for Python's use only.

[issue31320] test_ssl logs a traceback

STINNER Victor added the comment: I'm running Fedora 26: haypo@selma$ ./python -m test.pythoninfo|grep -E 'ssl|platform' platform.architecture: 32bit ELF platform.platform: Linux-4.12.5-300.fc26.x86_64-x86_64-with-fedora-26-Twenty_Six platform.python_implementation: CPython ssl.HAS_SNI: True

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: test_ssl still emits a warning: see bpo-31323. -- ___ Python tracker ___

[issue31323] test_ssl: reference cycle between ThreadedEchoServer and its ConnectionHandler

Changes by STINNER Victor : -- pull_requests: +3306 ___ Python tracker ___ ___

[issue31321] traceback.clear_frames() doesn't clear *all* frames

STINNER Victor added the comment: See bpo-31323 where I wanted to use traceback.clear_frames() to manually break a reference cycle. -- ___ Python tracker

[issue31323] test_ssl: reference cycle between ThreadedEchoServer and its ConnectionHandler

New submission from STINNER Victor: While testing bpo-31234 fix, I noticed that some test_ssl tests using ThreadedEchoServer create reference cycles with ConnectionHandler: ConnectionHandler fills ThreadedEchoServer.conn_errors with exceptions, but exceptions keep an alive traceback object

[issue31321] traceback.clear_frames() doesn't clear *all* frames

Changes by STINNER Victor : -- versions: +Python 3.6 ___ Python tracker ___ ___

[issue31321] traceback.clear_frames() doesn't clear *all* frames

Changes by STINNER Victor : Added file: http://bugs.python.org/file47116/clear_frames_bug.py ___ Python tracker ___

[issue31322] SimpleNamespace deep copy

Changes by Pritish Patil : -- nosy: +yselivanov -docs@python ___ Python tracker ___

[issue1565525] tracebacks eat up memory by holding references to locals and globals when they are not wanted

STINNER Victor added the comment: traceback.clear_frames() doesn't really clear all frames: see bpo-31321. -- ___ Python tracker ___

[issue31321] traceback.clear_frames() doesn't clear *all* frames

STINNER Victor added the comment: traceback.clear_frames() was added by bpo-1565525: commit 173a157e725579eec1f28f8c9d53d6761ba6c79f. -- ___ Python tracker

[issue31322] SimpleNamespace deep copy

Changes by Pritish Patil : -- components: +Extension Modules -Documentation, Library (Lib) ___ Python tracker ___

[issue31321] traceback.clear_frames() doesn't clear *all* frames

STINNER Victor added the comment: Would it be ok to backport such change to Python 3.6? It's a bugfix, no? -- ___ Python tracker ___

[issue31321] traceback.clear_frames() doesn't clear *all* frames

Changes by STINNER Victor : -- pull_requests: +3305 ___ Python tracker ___ ___

[issue31322] SimpleNamespace deep copy

New submission from Pritish Patil: I am new here and not sure how I can suggest this properly. When using nested SimpleNamespaces, a making a copy by using new_NS=SimpleNamespace(**namespace.__dict__.copy()) only copies the highest level namespace. This is expected in python as shallow

[issue31321] traceback.clear_frames() doesn't clear *all* frames

New submission from STINNER Victor: traceback.clear_frames(): "Clears the local variables of all the stack frames in a traceback tb by calling the clear() method of each frame object." https://docs.python.org/dev/library/traceback.html#traceback.clear_frames That's wrong: it only calls

[issue31320] test_ssl logs a traceback

Antoine Pitrou added the comment: I don't get such traceback here (Ubuntu 16.04, OpenSSL 1.0.2g). -- nosy: +pitrou ___ Python tracker ___

[issue31315] assertion failure in imp.create_dynamic(), when spec.name is not a string

Eric Snow added the comment: On Thu, Aug 31, 2017 at 1:32 PM, Brett Cannon wrote: > I think throwing a TypeError is valid if it's triggering an assertion error > that is already there. +1 > P.S. Thanks for all the fuzz testing you're doing, Oren! Also a big +1. :)

[issue31320] test_ssl logs a traceback

STINNER Victor added the comment: Python 2.7 doesn't seem to be affected. -- versions: +Python 3.6 ___ Python tracker ___

[issue31320] test_ssl logs a traceback

New submission from STINNER Victor: It would be nice to not log such traceback: haypo@selma$ ./python -m test test_ssl -m test.test_ssl.ThreadedTests.test_echo Run tests sequentially 0:00:00 load avg: 0.69 [1/1] test_ssl Exception in thread Thread-16: Traceback (most recent call last): File

[issue31319] Rename idlelib to just idle

Terry J. Reedy added the comment: idlelib.__main__ was added in 3.3: Patch was d543f2b8b0b66af330aae6764e53495cda48fd4e Author: Andrew Svetlov Date: 3/26/2012 3:11:46 PM Message: IDLE can be launched as python -m ildelib [misspelled] #24212 was about backporting the

[issue31316] Frequent *** stack smashing detected *** with Python 3.6.2/meinheld WSGI server

STINNER Victor added the comment: https://docs.python.org/dev/using/cmdline.html#envvar-PYTHONMALLOC -- ___ Python tracker ___

[issue31316] Frequent *** stack smashing detected *** with Python 3.6.2/meinheld WSGI server

STINNER Victor added the comment: Set PYTHONMALLOC=debug environment variable to try to detect stack overflows ;-) -- nosy: +haypo ___ Python tracker ___

[issue31316] Frequent *** stack smashing detected *** with Python 3.6.2/meinheld WSGI server

Antoine Pitrou added the comment: Judging by the stacktrace, the stack smashing occurs in Meinheld, so you should report the issue to the Meinheld developers. -- nosy: +pitrou resolution: -> third party stage: -> resolved status: open -> closed

[issue30776] regrtest: change -R/--huntrleaks rule to decide if a test leaks references

STINNER Victor added the comment: The commit 6c2feabc5dac2f3049b15134669e9ad5af573193 of bpo-31217 fixed a major random bug in the memory block check. So maybe we can start again to look to detect more bugs by replacing all() with any() again. --

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

STINNER Victor added the comment: Ok, this issue was really insane. Thank you very much Antoine Pitrou for explaning me the root bug ("int - int") and for the fix. The bug is now fixed in Python 3.6 and master (3.7). I checked manually the applied fix on the Gentoo Refleak 3.x buildbot using

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

STINNER Victor added the comment: New changeset 98c849a2f32f6727239b4cce38b8f0ff8adeef22 by Victor Stinner in branch '3.6': bpo-31217: Fix regrtest -R for small integer (#3260) (#3261) https://github.com/python/cpython/commit/98c849a2f32f6727239b4cce38b8f0ff8adeef22 --

[issue31250] test_asyncio leaks dangling threads

STINNER Victor added the comment: I picked the safe option: only modify unit tests. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue31249] test_concurrent_futures leaks dangling threads

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

[issue31249] test_concurrent_futures leaks dangling threads

STINNER Victor added the comment: New changeset 60f3f1fb5cbf5354c3081138be806c56cb04153f by Victor Stinner in branch '3.6': bpo-31249: Fix ref cycle in ThreadPoolExecutor (#3253) https://github.com/python/cpython/commit/60f3f1fb5cbf5354c3081138be806c56cb04153f --

[issue31250] test_asyncio leaks dangling threads

STINNER Victor added the comment: New changeset 16432beadb8eba079c9786cc0c0eaacfd9fd2f7b by Victor Stinner in branch 'master': bpo-31250, test_asyncio: fix dangling threads (#3252) https://github.com/python/cpython/commit/16432beadb8eba079c9786cc0c0eaacfd9fd2f7b --

[issue30102] improve performance of libSSL usage on hashing

Gustavo Serra Scalet added the comment: Is there any news on this issue? The PR 3112 also seems to be frozen at the moment. Is there some kind of code freeze happening at the moment that no reviews are taking place? -- ___ Python tracker

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

Changes by STINNER Victor : -- pull_requests: +3304 ___ Python tracker ___ ___

[issue24212] Idle, 2.7, backport idlelib.__main__, enable py -m idlelib

Terry J. Reedy added the comment: #27099 converts extensions, including autocomplete and calltips, to features. Buggy versions of the patch had similar import problems. After the PR is merged, I may try this again, and perhaps try moving the __main__ import into the functions that use it.

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

STINNER Victor added the comment: New changeset 6c2feabc5dac2f3049b15134669e9ad5af573193 by Victor Stinner in branch 'master': bpo-31217: Fix regrtest -R for small integer (#3260) https://github.com/python/cpython/commit/6c2feabc5dac2f3049b15134669e9ad5af573193 --

[issue11410] Use GCC visibility attrs in PyAPI_*

Nathaniel Smith added the comment: Was this actually fixed, or did everyone just get tired and give up on the original patch? -- nosy: +njs ___ Python tracker

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

Changes by STINNER Victor : -- pull_requests: +3303 ___ Python tracker ___ ___

[issue31313] Feature Add support of os.chflags() on Linux platform

Antoine Pitrou added the comment: Uh, of course, we care about SETFLAGS here. Which gives: EXT2_IOC_SETFLAGS = 0x40086602, FS_IOC_SETFLAGS = 0x40086602 -- ___ Python tracker

[issue31313] Feature Add support of os.chflags() on Linux platform

Antoine Pitrou added the comment: On Ubuntu 16.04 I get the following values: EXT2_IOC_SETFLAGS = 0x40086602, FS_IOC_GETFLAGS = 0x80086601 -- ___ Python tracker

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

Antoine Pitrou added the comment: > It makes sure that you get a single object in memory for the same integer, > and not only for Python "small integer singletons"? Yes. > About the -1000..1000 range: if a function leaks more than 1 memory block or > more than 1 reference, there is already

[issue31313] Feature Add support of os.chflags() on Linux platform

Марк Коренберг added the comment: Well, it seems, you are right. But there are another ioctls (maybe they are the same, I haven't checked): FS_IOC_SETFLAGS FS_IOC_GETFLAGS http://man7.org/tlpi/code/online/book/files/chiflag.c.html (also attached) -- Added file:

[issue31319] Rename idlelib to just idle

Raymond Hettinger added the comment: I would also like Terry to consider renaming or aliasing idlelib to idle. That would further simplify the startup and it is a more appropriate name given that IDLE is used as an application rather than as a library. -- resolution: duplicate ->

[issue31319] Add __main__.py to IDLE

Serhiy Storchaka added the comment: This is a duplicate of issue24212. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Idle, 2.7, backport idlelib.__main__, enable py -m idlelib ___

[issue31319] Add __main__.py to IDLE

New submission from Raymond Hettinger: Currently, I start IDLE with: $ python -m idlelib.idle It would be nice add __main__.py to simplify this to: $ python -m idlelib And perhaps, more boldly rename the directory so that we get: $ python -m idle -- assignee: terry.reedy

[issue31318] On Windows importlib.util.find_spec("re") results in AttributeError: module 'importlib' has no attribute 'util'

Steve Dower added the comment: util is a submodule of importlib, and so it should always be imported before using it. Other platforms may import it for various other reasons, but that is not part of the API. You should fix it by typing (note that the first line is different from yours): >>>