[issue41652] An Advice on Turning Ellipsis into Keyword

Josh Rosenberg added the comment: You can do the same thing to replace int, float, dict, len, and all the other built-in classes and functions. Why is Ellipsis so special that it needs protection, especially when, as you note, ... is an available unoverrideable way to refer to it? Making new

[issue41653] About the use of cpython console mode problem

New submission from twoone3 <3197653...@qq.com>: When I use the Py_Initialize function in cpython, the console is forced to become gbk encoding, hoping to be compatible with UTF-8 -- components: C API files: Screenshot_2020_0828_104656.png messages: 376019 nosy: twoone3 priority: norma

[issue41652] An Advice on Turning Ellipsis into Keyword

New submission from Alex <2423067...@qq.com>: In early versions of python, programmers can simply swap True and False by >>> True, False = False, True Then True and False and None become keywords so programmers can't change their value. ... is also a keyword, but Ellipsis is not. So the code b

[issue41651] Pip: Wrong Showing of Progressbar when Downloading Modules

New submission from Alex <2423067...@qq.com>: 1. Abstract Command line in Windows the progress bar doesn't work like usual after about half of the downloading process. Another remarkble bug is the length of the progressbar seems to be lengthened. 2. Reason(my opinion) I noticed that this bug on

[issue41647] MutableMapping ".setdefault()" to return default value via __getitem__

Guido van Rossum added the comment: I'm with Raymond. Closing. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ _

[issue41647] MutableMapping ".setdefault()" to return default value via __getitem__

Raymond Hettinger added the comment: The current code makes sense to me and also mirrors the actual implementation of setdefault() for regular dictionaries. While I can see what you're trying do, it is a feature that __getitem__() is not called. And for regular dicts, that is the only way t

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by mohamed koubaa : -- pull_requests: +21095 pull_request: https://github.com/python/cpython/pull/21986 ___ Python tracker ___

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by mohamed koubaa : -- pull_requests: +21094 pull_request: https://github.com/python/cpython/pull/21985 ___ Python tracker ___

[issue32313] Wrong inspect.getsource for datetime

Paul Ganssle added the comment: I think that we should re-examine this issue after GH-20472 is merged. I'm not really sure how that will affect this and indeed *how* it should affect this. I am not sure whether people are relying on the current behavior, or what use cases would be improved if

[issue37149] link to John Shipman's Tkinter 8.5 documentation fails: website no longer available

Mark Roseman added the comment: I've posted a copy at https://tkdocs.com/shipman/ I've lightly modified it to add a site header and explanation of where the material comes from and caveats about age to each page, and have removed or crossed out dead links, requests for feedback, etc. I agre

[issue40553] Python 3.8.2 Mac freezing/not responding when saving new programs

Alexander Boeckmann added the comment: So over the past week the issue resolved its self. I unfortunately did not get a video or a screenshot but thought you might want to know this So maybe Apple did something or you guys fixed it. Anyways, have a good day! -- __

[issue41642] RHEL and fedora buildbots fail due to disk space error

STINNER Victor added the comment: The buildbot server migrated to a new machine and is now behind a load balancer. tcp/80 (buildbot web page, HTTP) and tcp/9020 (used by buildbot workers) are both behind the load balancer. Maybe the load balancer closes TCP connections which are idle for 60

[issue41642] RHEL and fedora buildbots fail due to disk space error

STINNER Victor added the comment: On the worker (client) side, I see many "lost remote step" every 1 to 3 minutes. Example with the PPC64LE Fedora Stable (cstratak-fedora-stable-ppc64le) worker: 2020-08-27 01:30:09-0400 [Broker,client] lost remote step 2020-08-27 01:31:57-0400 [Broker,client

[issue41642] RHEL and fedora buildbots fail due to disk space error

STINNER Victor added the comment: > I have found a large number of un-removed files in /tmp. Right. I found many /tmp/cc.XXX and /tmp/tmpX files. Around 20 GB of these files! Maybe using passing "-pipe" to gcc/clang would avoid the /tmp/cc.XXX files when a build is interrupted. F

[issue41642] Buildbot: workers detached every minute and "no space left on device" issue

STINNER Victor added the comment: 27 buildbot workers are detached. They are are detached every minute! Affected workers: aixtools-aix-power6 billenstein-macos bolen-ubuntu bolen-windows10 bolen-windows7 cstratak-RHEL7-aarch64 cstratak-RHEL7-ppc64le cstratak-RHEL7-x86_64 cstratak-RHEL8-fips-x

[issue41642] RHEL and fedora buildbots fail due to disk space error

David Edelsohn added the comment: I have found a large number of un-removed files in /tmp. Things seem to function better with Buildbots running older 0.x "buildslave" as opposed to newer "builtbot-worker" instances. -- nosy: +David.Edelsohn title: Buildbot: workers detached every m

[issue41642] Buildbot: workers detached every minute and "no space left on device" issue

STINNER Victor added the comment: I closed bpo-41648 "edelsohn-* buildbot worker failing with: No space left on device" as a duplicate of this issue. -- ___ Python tracker __

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

STINNER Victor added the comment: Hum, there are many affected workers. I will reuse bpo-41642 instead. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> RHEL and fedora buildbots fail due to disk space error __

[issue41650] .pyc file not running in cross python versions

Ammar Askar added the comment: .pyc files aren't meant to be portable, they contain raw bytecode and data specific to the version of Python they were compiled on. For example, search for "Changed in version 3.6" here and you'll see all the little changes to the bytecode format: https://docs.

[issue41650] .pyc file not running in cross python versions

New submission from Princy katlana : When I tried to compile the python source code from python version 3.5 and run the .pyc file on python version 3.6 then it shows the following exception: RuntimeError: Bad magic number in .pyc file -- components: Build messages: 376003 nosy: princy

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

STINNER Victor added the comment: > I would appreciate a discussion of the underlying issue and not "edelsohn-* > buildbot workers failing". FYI Charalampos, Pablo and me are investigating the root issues. -- ___ Python tracker

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

David Edelsohn added the comment: If they want to discuss here, fine, but the failing bot is a symptom not the problem. The Buidlbot infrastructure is unstable, causing disconnects and leaving un-removed files. If one looks at the workers, one can see many of the architectures in Exception

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

STINNER Victor added the comment: > It really would be better to discuss this in the builtbot mailing list and > not Python issue tracker. Pablo, me and a few otheres are using the Python bug tracker to track buildbot issues. But I'm fine with also discussing these issues on python-buildbot

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

David Edelsohn added the comment: It really would be better to discuss this in the builtbot mailing list and not Python issue tracker. I have been seeing problems with many buildbots for the past few weeks, not just the s390x bots. I receive messages that all of the bots disconnected, but

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

Charalampos Stratakis added the comment: Note: I found that all my Fedora and RHEL8 buildbots have issues with connecting to the master buildbot server. Not sure if a related package got updated and prompts the disconnects (as the RHEL7 ones are fine), or if it's relevant to the master build

[issue35228] Index search in CHM help crashes viewer

Václav Dvořák added the comment: I have just apparently discovered a workaround! (Thanks to @chrullrich whose comment gave me the hint.) Maybe it's been obvious to everybody this whole time but I have only now found out that when I delete the file %APPDATA%\Microsoft\HTML Help\hh.dat (in my c

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

STINNER Victor added the comment: "xtreak set nosy: + David.Edelsohn" Strange. I'm quite sure that I added him to the nosy list when I wrote my previous comment. -- ___ Python tracker _

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

Change by Karthikeyan Singaravelan : -- nosy: +David.Edelsohn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41649] Can't pass Path like objects to subprocess api's on Windows.

Karthikeyan Singaravelan added the comment: See also https://bugs.python.org/issue31961 -- nosy: +serhiy.storchaka, xtreak ___ Python tracker ___ _

[issue35228] Index search in CHM help crashes viewer

Ma Lin added the comment: > More realistically, including the docs as unbundled HTML files > and relying on the default browser is probably an all-around better idea. CHM's index function is very convenient, I almost always use this feature when I use CHM. How about use tkinter to write a do

[issue41649] Can't pass Path like objects to subprocess api's on Windows.

New submission from Jani Mikkonen : Following code: ``` from pathlib import Path import os import subprocess dir_name = os.environ.get("WORKSPACE", None) or "." output_directory = Path(dir_name) / "results" res = subprocess.run(["mytest", "--output", output_directory]) ``` Works on macos and

[issue39375] Document os.environ[x] = y and os.putenv() as thread unsafe

Daniel Martin added the comment: See also https://bugs.python.org/issue40961 - that bug is not about thread safety, but another quirk around env. variable setting that needs to be documented in the documentation for os.putenv and os.getenv, and so anyone addressing this bug should probably a

[issue38787] PEP 573: Module State Access from C Extension Methods

Petr Viktorin added the comment: New changeset d9a966ae08258da2ce2a432c943d8194760f09c4 by Petr Viktorin in branch 'master': bpo-38787: Clarify docs for PyType_GetModule and warn against common mistake (GH-20215) https://github.com/python/cpython/commit/d9a966ae08258da2ce2a432c943d8194760f09

[issue38787] PEP 573: Module State Access from C Extension Methods

Change by miss-islington : -- pull_requests: +21093 pull_request: https://github.com/python/cpython/pull/21984 ___ Python tracker ___ __

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

STINNER Victor added the comment: Example of affected workers. edelsohn-fedora-rawhide-z: s390x Fedora Rawhide Refleaks 3.8 https://buildbot.python.org/all/#/builders/56/builds/8 -- ___ Python tracker _

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

STINNER Victor added the comment: David: Would you mind to have a look? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41648] edelsohn-* buildbot worker failing with: No space left on device

New submission from STINNER Victor : Issue similar to bpo-41642 "RHEL and fedora buildbots fail due to disk space error", multiple edelsohn-* buildbot worker are failing with: No space left on device. -- components: Tests messages: 375988 nosy: vstinner priority: normal severity: norm

[issue41646] shutil.copy documentation should clarify support for path-like objects

Karthikeyan Singaravelan added the comment: copy uses copyfile and copymode. Both were updated to support path-like objects in https://github.com/python/cpython/pull/15141 . It makes sense to update copy's documentation too. -- nosy: +steve.dower, xtreak title: Outdated shutil.copy d

[issue41647] MutableMapping ".setdefault()" to return default value via __getitem__

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

[issue41624] typing.Coroutine documentation

Change by Karthikeyan Singaravelan : -- pull_requests: +21092 pull_request: https://github.com/python/cpython/pull/21983 ___ Python tracker ___

[issue41624] typing.Coroutine documentation

Change by Karthikeyan Singaravelan : -- pull_requests: +21091 pull_request: https://github.com/python/cpython/pull/21982 ___ Python tracker ___

[issue41634] Typo in curses documentation

Karthikeyan Singaravelan added the comment: New changeset 398575c210f79627830c5c470184f54ace950ac6 by Zackery Spytz in branch 'master': bpo-41634: Fix a typo in the curses documentation (GH-21958) https://github.com/python/cpython/commit/398575c210f79627830c5c470184f54ace950ac6 -- n

[issue41634] Typo in curses documentation

Change by miss-islington : -- pull_requests: +21090 pull_request: https://github.com/python/cpython/pull/21981 ___ Python tracker ___ __

[issue41634] Typo in curses documentation

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +21089 pull_request: https://github.com/python/cpython/pull/21980 ___ Python tracker _

[issue41594] Intermittent failures of loop.subprocess_exec() to capture output

Kyle Meyer added the comment: I should have thought to provide the output of when debug=True is passed to asyncio.run(). Here it is, with the python on my Debian system: $ python3 -V Python 3.7.3 $ python3 reproducer.py Iteration: 1 of 100 Failed on iteration 1

[issue41647] MutableMapping ".setdefault()" to return default value via __getitem__

New submission from Matias G : Hi, This is more a question/proposal than a real issue. I apologize in advance if this has already been debated or if it is not relevant. I noticed `setdefault` method of mutable mapping objects is returning the default value as passed in the call, when applicabl

[issue41646] Outdated shutil.copy documentation

New submission from Jonatan Skogsfors : In the 3.8.5 documentation for shutil.copy it says that "src and dst should be strings". However, the implementation doesn't seem to have any problem with path objects. -- assignee: docs@python components: Documentation messages: 375983 nosy: Jo