[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Steve Dower added the comment: I thought we'd special cased the v14 toolset already. This should be an update to the Python code in distutils that selects the filename based on compiler version. -- ___ Python tracker

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Change by Zachary Ware : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware priority: normal -> high stage: -> needs patch ___ Python tracker

[issue31554] Warn when __loader__ != __spec__.loader

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

New submission from Barry A. Warsaw : Along the lines of Issue32303 there's another inconsistency in namespace package metadata. Let's say I have a namespace package: >>> importlib_resources.tests.data03.namespace The package has no __file__ attribute, and it has a

[issue32304] Upload failed (400): Digests do not match on .tar.gz ending with x0d binary code

New submission from Louis Lecaroz : Hi, .tar.gz files can end with x0d bytes or whatever you want When running setup.py sdist upload, depending on the project, the .tar.gz file, as said can sometimes end with x0d. When doing the upload, the line

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

New submission from Barry A. Warsaw : Let's say I have a namespace package: >>> importlib_resources.tests.data03.namespace This package has a non-None __loader__ but a None __spec__.loader: >>> importlib_resources.tests.data03.namespace.__loader__

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

New submission from STINNER Victor : Example: https://ci.appveyor.com/project/python/cpython/build/3.7.0a0.9414 == ERROR: test_get_exe_bytes (distutils.tests.test_bdist_wininst.BuildWinInstTestCase)

[issue21762] update the import machinery to only use __spec__

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

[issue31554] Warn when __loader__ != __spec__.loader

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

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: > Wow, 28 PRs for a single issue! This is a record. You can expect much more :-) One of the goal of the PEP 432 is to put compute sys.path and put it in _PyMainInterpreterConfig. I'm trying to implement that, but we are still far

[issue32030] PEP 432: Rewrite Py_Main()

Serhiy Storchaka added the comment: Wow, 28 PRs for a single issue! This is a record. -- ___ Python tracker ___

[issue32030] PEP 432: Rewrite Py_Main()

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

[issue29240] PEP 540: Add a new UTF-8 mode

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

[issue32300] print(os.environ.keys()) should only print the keys

Change by R. David Murray : -- nosy: +csabella ___ Python tracker ___ ___

[issue32300] print(os.environ.keys()) should only print the keys

R. David Murray added the comment: This is a consequence of the repr used by KeysView, which it inherits from MappingView. I agree that the result is surprising, but there may not be a generic fix. It's not entirely clear what KeysView should do here, but presumably

[issue32300] print(os.environ.keys()) should only print the keys

Change by Cheryl Sabella : -- components: +Library (Lib) type: -> behavior ___ Python tracker ___

[issue32300] print(os.environ.keys()) should only print the keys

Cheryl Sabella added the comment: For your current situation, list(os.environ) or iter(os.environ) both return keys only. It looks like the __repr__ on the class for os.environ is printed for os.environ (which is expected). For os.environ.keys(), the same __repr__ is

[issue29240] PEP 540: Add a new UTF-8 mode

STINNER Victor added the comment: New changeset 91106cd9ff2f321c0f60fbaa09fd46c80aa5c266 by Victor Stinner in branch 'master': bpo-29240: PEP 540: Add a new UTF-8 Mode (#855) https://github.com/python/cpython/commit/91106cd9ff2f321c0f60fbaa09fd46c80aa5c266

[issue32301] Typo in array documentation

Steven D'Aprano added the comment: The given version is correct: the comma is only required if the initializer is given. Your suggested version typecode, [initializer] implies that the comma is always required whether the initializer is given or not. If we

[issue32292] Building fails on Windows

Antoine Pitrou added the comment: > It shouldn't be any different, but what about PCBuild/build.bat? Yes, same thing. -- ___ Python tracker

[issue29465] Modify _PyObject_FastCall() to reduce stack consumption

Change by STINNER Victor : -- pull_requests: -25 ___ Python tracker ___ ___

[issue32301] Typo in array documentation

New submission from Maik Ro : .. class:: array(typecode[, initializer]) should be typecode, [initializer] - comma is in square brackets -- assignee: docs@python components: Documentation messages: 308195 nosy: Maik Ro, docs@python priority: normal severity:

[issue32299] unittest.mock.patch.dict.__enter__ should return the dict

Change by Vadim Tsander : -- keywords: +patch pull_requests: +4726 stage: -> patch review ___ Python tracker ___

[issue31643] test_uuid: test_getnode and test_windll_getnode fail if connected to the Internet via an Android phone

Xavier de Gaye added the comment: > C:\> ipconfig -all So the all-zero MAC address occurs on a Windows box and that explains the test_windll_getnode failure (this test is skipped on Android). I missed that point in your initial post and knowing what Android device you are

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

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

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Andrew Svetlov added the comment: Done -- ___ Python tracker ___ ___

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Andrew Svetlov added the comment: New changeset b0358e8784821867ab05b3d890717c37309be849 by Andrew Svetlov (Miss Islington (bot)) in branch '3.6': bpo-32284: Fix documentation of BinaryIO and TextIO (GH-4832) (#4833)

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

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

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Andrew Svetlov added the comment: New changeset c3e070f84931c847d1b35e7fb36aa71edd6215f6 by Andrew Svetlov (Sebastian Rittau) in branch 'master': bpo-32284: Fix documentation of BinaryIO and TextIO (#4832)

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Change by Andrew Svetlov : -- versions: +Python 3.7 ___ Python tracker ___ ___

[issue32300] print(os.environ.keys()) should only print the keys

New submission from Aaron Meurer : Take the following scenario which happened to me recently. I am trying to debug an issue on Travis CI involving environment variables. Basically, I am not sure if an environment variable is being set correctly. So in my code, I put

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Change by Sebastian Rittau : -- keywords: +patch pull_requests: +4723 stage: -> patch review ___ Python tracker ___

<    1   2