[issue35609] Improve of abc.py docstring

Serhiy Storchaka added the comment: Double spaces between sentences increase readability. This is not a bug. Since abstractclassmethod and like are deprecated and should not be used in new code, I do not see a value of extending their docstrings. Too verbose docstrings make using the module

[issue35611] open doesn't call IncrementalEncoder with final=True

Change by Serhiy Storchaka : -- assignee: -> lemburg nosy: +doerwalter, lemburg ___ Python tracker ___ ___ Python-bugs-list

[issue28134] socket.socket(fileno=fd) does not work as documented

Nathaniel Smith added the comment: Am I right that this is considered fixed (or at least as fixed as it can be), and the issue should be closed? Also, small note in case anyone stumbles across this in the future and is confused: Python does *not* handle this correctly on Windows. I suspect

[issue34055] IDLE: erroneous 'smart' indents in shell

Terry J. Reedy added the comment: I 'moved' pr-11307 to #35610 by changing the title. -- ___ Python tracker ___ ___

[issue35611] open doesn't call IncrementalEncoder with final=True

New submission from David Haney : The implementation of open relies on a codecs' IncrementalEncoder, however it never calls `encode` with final=True. This appears to violate the documentation for IncrementalEncoder.encode which states that the last call to encode _must_ set final=True. The

[issue34055] IDLE: erroneous 'smart' indents in shell

Terry J. Reedy added the comment: Even before this fix, in 3.7.2, I no longer see the extra blank lines I reported in msg321135 either on Windows or macOS. I did still see the persistent and expanding indents reported in the opening post. I believe that this is what Raymond also referred

[issue35610] IDLE: replace use of EditorWindow.context_use_ps1

Change by Cheryl Sabella : -- pull_requests: +10658 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35610] IDLE: replace use of EditorWindow.context_use_ps1

Change by Cheryl Sabella : -- keywords: +patch, patch pull_requests: +10656, 10657 ___ Python tracker ___ ___ Python-bugs-list

[issue35610] IDLE: replace use of EditorWindow.context_use_ps1

Change by Cheryl Sabella : -- keywords: +patch pull_requests: +10656 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35610] IDLE: replace use of EditorWindow.context_use_ps1

New submission from Terry J. Reedy : Attribute .context_use_ps1 is False in EditorWindow and Outwin, True in PyShell. It is use to switch code paths in multiple classes. It is equal to isinstance(self/editwin, PyShell) (which requires an import). It has the same truth value as attribute

[issue31858] IDLE: cleanup use of sys.ps1 and never set it.

Terry J. Reedy added the comment: By mistake, I deleted the setting of context_use_ps1 in PyShell while still in use in several places. Fixed in #34055. -- ___ Python tracker

Passing back the ERRORLEVEL

I have trouble understanding why a 'sys.exit(2)' is *not* passed back to the CMD shell in this little example: - c:\py_cmd_test.cmd -- @%WinDir%\py.exe -2 -x %~dp0py_cmd_test.cmd & exit /b %ERRORLEVEL% # The '-x' is for Python to skip the 1st line of this file. import sys print ("Hello,

[issue35594] Python script generating Segmentation Fault

Terry J. Reedy added the comment: The script has 14 imports from 10 external packages, perhaps half of which include C code. In such cases, the crash is nearly always in the external package, and Daugeras has already identified a pandas routine. Daugeras, you can re-open if you gain

[issue35593] Register standard browser: Chrome

Change by Terry J. Reedy : -- pull_requests: -10652 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35593] Register standard browser: Chrome

Terry J. Reedy added the comment: As near as I can tell, this is *not* a duplicate of #8232. -- nosy: +terry.reedy stage: patch review -> ___ Python tracker ___

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Steve Dower added the comment: I took a closer look at the diff since 3.7.1, and I'm not seeing anything either. I suspect we need to step through zipimport/importlib and figure out exactly where it rejects the .pyc files in the zip. -- ___

[issue35609] Improve of abc.py docstring

Change by Emmanuel Arias : -- pull_requests: +10653, 10654 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue35609] Improve of abc.py docstring

Change by Emmanuel Arias : -- pull_requests: +10653, 10654, 10655 stage: -> patch review ___ Python tracker ___ ___

[issue35609] Improve of abc.py docstring

Change by Emmanuel Arias : -- pull_requests: +10653 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing

[issue35608] python3 multiprocessing queue deadlock when use thread and process at same time

Emmanuel Arias added the comment: > data = result_queue.get() And this is blocked -- ___ Python tracker ___ ___ Python-bugs-list

[issue35593] Register standard browser: Chrome

Change by Roundup Robot : -- keywords: +patch, patch pull_requests: +10651, 10652 stage: -> patch review ___ Python tracker ___

[issue35608] python3 multiprocessing queue deadlock when use thread and process at same time

Emmanuel Arias added the comment: Hi >def write_to_stdout(result_queue: Queue): I think that you have to write here a sleep. IMO this is blocking all. -- nosy: +eamanu ___ Python tracker

[issue35593] Register standard browser: Chrome

Change by Roundup Robot : -- keywords: +patch pull_requests: +10651 stage: -> patch review ___ Python tracker ___ ___

[issue35609] Improve of abc.py docstring

New submission from Emmanuel Arias : Hi! I prepare a little improve. I added some samples usage, some clarification and delete some whitespace unnecessary. Attach patch. Regards -- assignee: docs@python components: Documentation files: 0001-improve-abc.py-docstring.patch keywords:

[issue35570] 2to3 creates code using deprecated imp module

Terry J. Reedy added the comment: It was decided in #21446 to only backport the change, labelled an enhancement, to 3.7 and it is now too late to challenge that decision as 3.6 only gets security fixes. -- nosy: +terry.reedy resolution: -> duplicate stage: -> resolved status: open

[issue35608] python3 multiprocessing queue deadlock when use thread and process at same time

Change by 白稳平 : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35608] python3 multiprocessing queue deadlock when use thread and process at same time

New submission from 白稳平 : I used multi-processes to handle cpu intensive task,I have a thread reading data from stdin and put it to a input_queue, a thread get data from output_queue and write it to stdout, multiple processes get data from input queue,then handled the data,and put it to

[issue35607] python3 multiprocessing queue deadlock when use thread and process at same time

Change by 白稳平 : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35607] python3 multiprocessing queue deadlock when use thread and process at same time

Change by 白稳平 : Removed file: https://bugs.python.org/file48020/新建文本文档.txt ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35607] python3 multiprocessing queue deadlock when use thread and process at same time

New submission from 白稳平 : I used multi-processes to handle cpu intensive task,I have a thread reading data from stdin and put it to a input_queue, a thread get data from output_queue and write it to stdout, multiple processes get data from input queue,then handled the data,and put it to

[issue35607] python3 multiprocessing queue deadlock when use thread and process at same time

Change by 白稳平 : -- components: Library (Lib) files: 新建文本文档.txt nosy: 白稳平 priority: normal severity: normal status: open title: python3 multiprocessing queue deadlock when use thread and process at same time type: behavior versions: Python 3.6 Added file:

Re: Ask for help about class variable scope (Re: Why doesn't a dictionary work in classes?)

jf...@ms4.hinet.net於 2018年12月28日星期五 UTC+8下午4時04分07秒寫道： > eryk sun at 2018/12/27 UTC+8 PM 6:58:33 wrote: > > On 12/27/18, jf...@ms4.hinet.net wrote: > > > > > > I still don't get it. When I change it to using list comprehension, the > > > problem is still there. (it now has no late-binding

[issue35601] Race condition in test_signal_handling_args x86-64 High Sierra 3.75

miss-islington added the comment: New changeset 8f9228dd3a37c98876c9c8ff7fb0042650303474 by Miss Islington (bot) in branch '3.7': bpo-35601: Alleviate race condition when waiting for SIGALRM in test_asyncio (GH-11337)

[issue35601] Race condition in test_signal_handling_args x86-64 High Sierra 3.75

Change by miss-islington : -- pull_requests: +10646, 10647, 10648, 10649, 10650 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue35601] Race condition in test_signal_handling_args x86-64 High Sierra 3.75

Change by miss-islington : -- pull_requests: +10645, 10646 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35601] Race condition in test_signal_handling_args x86-64 High Sierra 3.75

Change by miss-islington : -- pull_requests: +10647, 10650 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35601] Race condition in test_signal_handling_args x86-64 High Sierra 3.75

Change by miss-islington : -- pull_requests: +10646, 10647, 10649, 10650 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35601] Race condition in test_signal_handling_args x86-64 High Sierra 3.75

Change by miss-islington : -- pull_requests: +10645, 10646, 10647 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35601] Race condition in test_signal_handling_args x86-64 High Sierra 3.75

Change by miss-islington : -- pull_requests: +10645 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35601] Race condition in test_signal_handling_args x86-64 High Sierra 3.75

Pablo Galindo Salgado added the comment: New changeset 5471420faa84519530f29b08f2b042b2288e3e96 by Pablo Galindo in branch 'master': bpo-35601: Alleviate race condition when waiting for SIGALRM in test_asyncio (GH-11337)

[issue34055] IDLE: erroneous 'smart' indents in shell

Change by Terry J. Reedy : -- pull_requests: -10643 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34055] IDLE: erroneous 'smart' indents in shell

Change by Terry J. Reedy : -- pull_requests: -10644 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34055] IDLE: erroneous 'smart' indents in shell

miss-islington added the comment: New changeset 95dc4577c3a1bb12978de5234aaf07839f4d7844 by Miss Islington (bot) in branch '3.7': bpo-34055: Revert deletion of line in IDLE's PyShell (GH-11346) https://github.com/python/cpython/commit/95dc4577c3a1bb12978de5234aaf07839f4d7844 --

[issue34055] IDLE: erroneous 'smart' indents in shell

Change by miss-islington : -- pull_requests: +10642, 10643 stage: test needed -> patch review ___ Python tracker ___ ___

[issue34055] IDLE: erroneous 'smart' indents in shell

Change by miss-islington : -- pull_requests: +10642, 10643, 10644 stage: test needed -> patch review ___ Python tracker ___ ___

[issue34055] IDLE: erroneous 'smart' indents in shell

Change by miss-islington : -- pull_requests: +10642 stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue34055] IDLE: erroneous 'smart' indents in shell

Terry J. Reedy added the comment: New changeset 4bc246786f003cdf1fffb3403b4cd92fc42ba9ef by Terry Jan Reedy in branch 'master': bpo-34055: Revert deletion of line in IDLE's PyShell (#11346) https://github.com/python/cpython/commit/4bc246786f003cdf1fffb3403b4cd92fc42ba9ef --

Re: Undocumented issue: Open system call blocks on named pipes (and a feature request)

On 28Dec2018 20:21, Daniel Ojalvo wrote: I agree that previous behavior shouldn't be changed, but I would suggest updating the documentation to point it out as a footnote. The current behavior is correct just unclear. Most people just learning about the open command wouldn't have this

[issue35606] Add prod() function to the math module

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

RE: graded randomness

Abdur-Rahman I am sure various modules available have ready-made solutions and I see others have replied to your question. The usual disclaimers apply. This is an academic discussion and not a statement of the right or only way to do an abstract task. So just a thought. You seem interested in a

[issue35605] backported patch requires new sphinx, minimum sphinx version was not bumped

Ned Deily added the comment: Julien (@mdk) is the doc builds expert. -- assignee: docs@python -> mdk ___ Python tracker ___ ___

[issue5672] Implement a way to change the python process name

Dan Stromberg added the comment: Isn't this "python script doesn't show up in top correctly" issue a matter of "#!/usr/bin/env python3"? If you "#!/usr/bin/python3" (for example) instead, top seems happy. -- nosy: +strombrg ___ Python tracker

[issue34055] IDLE: erroneous 'smart' indents in shell

Change by Terry J. Reedy : -- pull_requests: -10641 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34055] IDLE: erroneous 'smart' indents in shell

Terry J. Reedy added the comment: I changed the title back to the symptom description, rather than the wrong fix. As Cheryl noted, the cause of the specific regression is the erroneous deletion of one line in pyshell.PyShell. The simplest fix is to put is back. Globally replacing

[issue34055] IDLE: erroneous 'smart' indents in shell

Change by Terry J. Reedy : -- pull_requests: -10640 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34055] IDLE Shell: check syntax before smart indent

Change by Terry J. Reedy : -- pull_requests: +10639 stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue34055] IDLE Shell: check syntax before smart indent

Change by Terry J. Reedy : -- pull_requests: +10639, 10640 stage: test needed -> patch review ___ Python tracker ___ ___

[issue34055] IDLE Shell: check syntax before smart indent

Change by Terry J. Reedy : -- pull_requests: +10639, 10640, 10641 stage: test needed -> patch review ___ Python tracker ___ ___

[issue35605] backported patch requires new sphinx, minimum sphinx version was not bumped

Anthony Sottile added the comment: I assume that means I should only target 3.6 -- does the patch look like the right approach? I can make a PR -- ___ Python tracker ___

[issue35605] backported patch requires new sphinx, minimum sphinx version was not bumped

Steve Dower added the comment: I think we're okay to increase the minimum version on the active branches. -- ___ Python tracker ___

[issue35605] backported patch requires new sphinx, minimum sphinx version was not bumped

Anthony Sottile added the comment: If I add a patch which is essentially: try: # sphinx>=1.6 from sphinx.util.logging import getLogger except ImportError: # sphinx<1.6 from logging import getLogger will that be fine? and should I open that against 3.7 to be backported or just

Re: Undocumented issue: Open system call blocks on named pipes (and a feature request)

On Sat, Dec 29, 2018 at 7:21 AM Daniel Ojalvo wrote: > > Thank you for the advice! > > I haven't used the opener argument before, but I'll keep it for future > reference. I think it's still a little kludge-y, but it works. It has a very similar effect to what you were proposing, but still works

[issue28097] IDLE: document all key bindings, add menu items for more.

miss-islington added the comment: New changeset b716c716b5d5dc630d85dd16ca6526948745c020 by Miss Islington (bot) in branch '3.7': bpo-28097: IDLE - Add Previous/Next History to Shell menu (GH-11325) https://github.com/python/cpython/commit/b716c716b5d5dc630d85dd16ca6526948745c020

RE: Undocumented issue: Open system call blocks on named pipes (and a feature request)

Thank you for the advice! I haven't used the opener argument before, but I'll keep it for future reference. I think it's still a little kludge-y, but it works. I agree that previous behavior shouldn't be changed, but I would suggest updating the documentation to point it out as a footnote. The

[issue28097] IDLE: document all key bindings, add menu items for more.

Change by Terry J. Reedy : -- pull_requests: -10637 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28097] IDLE: document all key bindings, add menu items for more.

Change by Terry J. Reedy : -- pull_requests: -10638 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28097] IDLE: document all key bindings, add menu items for more.

Change by miss-islington : -- pull_requests: +10636, 10637 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue28097] IDLE: document all key bindings, add menu items for more.

Change by miss-islington : -- pull_requests: +10636, 10637, 10638 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue28097] IDLE: document all key bindings, add menu items for more.

Change by miss-islington : -- pull_requests: +10636 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue28097] IDLE: document all key bindings, add menu items for more.

Terry J. Reedy added the comment: New changeset c0381aaea4ad3e866bde70393c4f7efe9bcf3568 by Terry Jan Reedy (Cheryl Sabella) in branch 'master': bpo-28097: IDLE - Add Previous/Next History to Shell menu (#11325)

[issue35605] backported patch requires new sphinx, minimum sphinx version was not bumped

Ned Deily added the comment: I would view this as a build regression in 3.6.8 so I would accept a fix for the 3.6 branch. -- ___ Python tracker ___

Re: graded randomness

well i wanted that to improve the following code: https://www.pythonmembers.club/2018/12/28/reviving-bertrand-russell-through-python/ that one i used the random list technique Abdur-Rahmaan Janhangeer http://www.pythonmembers.club | https://github.com/Abdur-rahmaanJ Mauritius > --

[issue35606] Add prod() function to the math module

New submission from Raymond Hettinger : Back in 2007, a user suggested a built-in prod() function with an API similar to the built-in sum() function. The proposal was rejected because it wasn't needed often enough to justify a builtin function. See https://bugs.python.org/issue1093 Though

[issue35605] backported patch requires new sphinx, minimum sphinx version was not bumped

Steve Dower added the comment: We need Ned's approval to fix anything in 3.6 now. Typically we do consider build issues, and this one is fairly innocent (the affected code should only be used on Windows, but the import may trigger elsewhere). I'd be happy to take a patch to use logging when

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Steve Dower added the comment: None of the code you linked is defined on Windows at all, so it can't be that. Are any stat checks done when there's only a .pyc to import? Could it be deciding that the .pyc is out of date and then failing to find source? --

[issue34055] IDLE Shell: check syntax before smart indent

Change by Terry J. Reedy : -- pull_requests: -10544 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34055] IDLE Shell: check syntax before smart indent

Change by Terry J. Reedy : -- pull_requests: -10545 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28097] IDLE: document all key bindings, add menu items for more.

Terry J. Reedy added the comment: Cheryl, the addition looks nice. But for anything else, lets discuss here first. -- ___ Python tracker ___

[issue35555] IDLE: Gray out Code Context on non-editor windows

Change by Terry J. Reedy : -- pull_requests: -10634 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35555] IDLE: Gray out Code Context on non-editor windows

Change by Terry J. Reedy : -- pull_requests: -10635 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35555] IDLE: Gray out Code Context on non-editor windows

Change by miss-islington : -- pull_requests: +10633, 10634, 10635 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35555] IDLE: Gray out Code Context on non-editor windows

Change by miss-islington : -- pull_requests: +10633, 10634 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35555] IDLE: Gray out Code Context on non-editor windows

Change by miss-islington : -- pull_requests: +10633 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22703] Idle Code Context menu entrie(s)

Terry J. Reedy added the comment: I understand. Until tcl/tk can be patched to work with both Mohave and past macOS versions, it is a nasty situation. -- ___ Python tracker

RE: dangerous class neighborhood

[REAL SUBJECT: an assortment of nothings] Python tricks? Speaking from a tutorial forum, tricks can catch people trying to learn. I am not sure of the history of the ellipsis object. >>> dir(...) ['__class__', '__delattr__', '__dir__', '__doc__', '__eq__', '__format__',

[issue35555] IDLE: Gray out Code Context on non-editor windows

Terry J. Reedy added the comment: A function to change state will be needed in the future, as illustrated by a preliminary version of PR-11325. On that PR, I requested that this part of that PR should be attached to this issue instead, with no change in the blurb. --

[issue35555] IDLE: Gray out Code Context on non-editor windows

Change by Terry J. Reedy : -- pull_requests: -10631 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35555] IDLE: Gray out Code Context on non-editor windows

Change by Terry J. Reedy : -- pull_requests: -10632 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20849] add exist_ok to shutil.copytree

Change by Giampaolo Rodola' : -- assignee: -> giampaolo.rodola resolution: -> fixed stage: patch review -> commit review status: open -> closed ___ Python tracker ___

[issue20849] add exist_ok to shutil.copytree

Giampaolo Rodola' added the comment: New changeset 9e00d9e88fbf943987e4771c753f5ca8f794103e by Giampaolo Rodola (jab) in branch 'master': bpo-20849: add dirs_exist_ok arg to shutil.copytree (patch by Josh Bronson)

[issue35588] Speed up mod/divmod/floordiv for Fraction type

Serhiy Storchaka added the comment: Using divmod() makes the case of small integers 2-3% slower, but makes the case of large integers more significantly faster. And since the code with divmod() is simpler, I think it is worth to use it. The Fraction class also serves educational goals. The

[issue28009] core logic of uuid.getnode() is broken for netstat

Michael Felt added the comment: p.s., removed 2.7 and 3.6 as too old for any interest. -- versions: -Python 2.7, Python 3.6 ___ Python tracker ___

[issue28009] core logic of uuid.getnode() is broken for netstat

Michael Felt added the comment: As I am not clear on where to have a more general discussion (in a PR conversation) or here - going to start here because I cannot figure out which comment in the PR to reply to. Generally, before modifying the test_uuid.py to based tests on

Re: Undocumented issue: Open system call blocks on named pipes (and a feature request)

On Sat, Dec 29, 2018 at 4:24 AM Grant Edwards wrote: > > On 2018-12-27, Daniel Ojalvo via Python-list wrote: > > open("this_is_a_pipe") > > > > Opening a tty device can also block[1]. However, if somebody is using > the open() builtin on tty devices that's probably the least of their >

Re: Undocumented issue: Open system call blocks on named pipes (and a feature request)

On 2018-12-27, Daniel Ojalvo via Python-list wrote: open("this_is_a_pipe") > Opening a tty device can also block[1]. However, if somebody is using the open() builtin on tty devices that's probably the least of their problems. [1] Technically, opening any character-mode device could block

[issue35605] backported patch requires new sphinx, minimum sphinx version was not bumped

Change by Karthikeyan Singaravelan : -- nosy: +mdk, steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35605] backported patch requires new sphinx, minimum sphinx version was not bumped

Anthony Sottile added the comment: oops, pressed the button too quickly, meant to mention that sphinx 1.6 was released 2017-05 -- ___ Python tracker ___

[issue35605] backported patch requires new sphinx, minimum sphinx version was not bumped

New submission from Anthony Sottile : Noticed this while packaging 3.6.8 for deadsnakes (ubuntu ppa) This patch: https://github.com/python/cpython/pull/11251 Requires a version of sphinx where `sphinx.util.logging.getLogger` is available. It appears that the first version which that was

Re: ANNOUNCE: TIB/Rendezvous module for python

Hi, There, I am an engineer in Taiwan and I was trying to install rvpython-2.1final.tar.gz but it's built up in python 2.x which cannot be installed in python 3 or above. Is there any officially released version of rvpython compatible with python 3 or above? Thank

[issue35596] Fatal Python error: initfsencoding: unable to load the file system codec zipimport.ZipImportError: can't find module 'encodings'

Nick Coghlan added the comment: Reviewing the diff at https://github.com/python/cpython/compare/v3.7.1...v3.7.2 the only item I've spotted that seems like it could even plausibly be related is the tweak at

  1   2   >