[issue30670] pprint for dict in sorted order or insert order?

Change by Karthikeyan Singaravelan : -- stage: resolved -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue35321] None _frozen_importlib.__spec__.origin attribute

Change by Ned Deily : -- versions: -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue35299] LGHT0091: Duplicate symbol 'File:include_pyconfig.h' found

miss-islington added the comment: New changeset 4f6854a690e95ab5159687794652c639a020d6fd by Miss Islington (bot) in branch '3.7': bpo-35299: Fixed sysconfig and distutils during PGO profiling (GH-11744) https://github.com/python/cpython/commit/4f6854a690e95ab5159687794652c639a020d6fd --

[issue30670] pprint for dict in sorted order or insert order?

Raymond Hettinger added the comment: Consider adding a flag to switch between sorted order and insertion order (defaulting to the current behavior). For convenience, add a short-cut function to call pprint() with the flag set to False. def pprint(data, *, sort_dicts=True): ...

[issue18765] unittest needs a way to launch pdb.post_mortem or other debug hooks

Change by Gregory P. Smith : -- keywords: +easy versions: +Python 3.8 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue35299] LGHT0091: Duplicate symbol 'File:include_pyconfig.h' found

Change by Steve Dower : -- assignee: -> steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue35299] LGHT0091: Duplicate symbol 'File:include_pyconfig.h' found

Steve Dower added the comment: New changeset 85e102a2b090dd693d0801ae2edb9660cfa0f281 by Steve Dower in branch 'master': bpo-35299: Fixed sysconfig and distutils during PGO profiling (GH-11744) https://github.com/python/cpython/commit/85e102a2b090dd693d0801ae2edb9660cfa0f281 -- pull

[issue35321] None _frozen_importlib.__spec__.origin attribute

Barry A. Warsaw added the comment: New changeset 69091cb497b2f0fe7e2789b30b43cf78caf9de9b by Barry Warsaw (Nina Zakharenko) in branch 'master': bpo-35321: Set the spec origin to frozen in frozen modules (#11732) https://github.com/python/cpython/commit/69091cb497b2f0fe7e2789b30b43cf78caf9de9b

[issue18765] unittest needs a way to launch pdb.post_mortem or other debug hooks

Rémi Lapeyre added the comment: Hi, this is the only reason I still use pytest, I would love to be able to use only unittest and the constant copy-paste is not a great solution and is not very user friendly. I would like to wotk on this issue. StackOverflow has many example on how to overrid

[issue35893] distutils fails to build extension on windows when it is a package.__init__

Steve Dower added the comment: Agreed that it should go to setuptools in order to support third-party packages. In general, those of us who ever touch distutils these days (basically just me?) are only really maintaining those parts necessary to build Python and its own modules. Since this d

[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b

pmpp added the comment: from what I remember it's a platform-vm where you can't call (host) 64bits abi or access (host) 64 bits registry. registry calls are overlaid under a "WoW64" branch in host registry. Nothing like aarch64 or Darwin -- ___ Py

[issue35893] distutils fails to build extension on windows when it is a package.__init__

Paul Ganssle added the comment: Well, there's some tentative plan for `setuptools` to completely adopt distutils, so in some sense all distutils bugs are setuptools bugs as well. That said, the reason to report it in setuptools as well is that setuptools still supports Python 2.7, 3.5 and 3.6

[issue35893] distutils fails to build extension on windows when it is a package.__init__

Ronald Oussoren added the comment: The bug is the stdlib, and I've checked that setuptools just calls the code in distutils in this case. IMHO it would be better to fix this in the stdlib. (Unselecting python 3.6 because that's in security-only mode by now) -- versions: -Python 3.6

[issue30670] pprint for dict in sorted order or insert order?

Joachim Jablon added the comment: If you stop sorting keys in pprint, then unittest.TestCase.assertDictEquals() (and pytest and such) won't be able to generate a meaningful diff when 2 dicts aren't equal, and it will be much more complicated to understand why a test fails. https://github.co

[issue35893] distutils fails to build extension on windows when it is a package.__init__

Paul Ganssle added the comment: @Ronald Ah, interesting, I missed that. In my experience, distutils is pretty static and it's not particularly common to merge changes into it. Whether or not this is in scope for distutils, it's definitely in scope for setuptools - do you mind opening an issu

[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b

jcrmatos added the comment: That's the name of the subsystem, not the platform. Check the article you indicated "In computing on Microsoft platforms, SysWoW64 (Windows 32-bit on Windows 64-bit) is a subsystem..." -- ___ Python tracker

[issue35893] distutils fails to build extension on windows when it is a package.__init__

Ronald Oussoren added the comment: @Paul, modulegraph2 uses flit, but I do use setuptools to build extensions in the test suite. The problematic setup.py file is in testsuite/nodebuilder-tree. I do have a workaround in that setup.py: # START def get_export_symbols(self, ext): parts = ex

[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b

pmpp added the comment: i think that platform is called SysWoW64 and is more or less win32. https://en.wikipedia.org/wiki/WoW64 -- nosy: +pmpp ___ Python tracker ___ _

[issue35896] sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b

New submission from jcrmatos : sysconfig.get_platform returns wrong value when Python 32b is running under Windows 64b. It should return win-amd64 and returns win32. -- messages: 334841 nosy: jcrmatos priority: normal severity: normal status: open title: sysconfig.get_platform returns

[issue35224] PEP 572: Assignment Expressions

Emily Morehouse added the comment: @rhettinger absolutely, I'm going to include that in my documentation PR which is currently in progress. :) -- ___ Python tracker ___ _

[issue35224] PEP 572: Assignment Expressions

Raymond Hettinger added the comment: FYI, we need a prominent Whatsnew entry for this. -- nosy: +rhettinger ___ Python tracker ___

[issue35364] Datetime “fromtimestamp()” ignores inheritance if timezone is not None

Alexander Belopolsky added the comment: New changeset 89427cd0feae25bbc8693abdccfa6a8c81a2689c by Alexander Belopolsky (Paul Ganssle) in branch 'master': bpo-32417: Make timedelta arithmetic respect subclasses (#10902) https://github.com/python/cpython/commit/89427cd0feae25bbc8693abdccfa6a8c8

[issue32417] fromutc does not respect datetime subclasses

Alexander Belopolsky added the comment: New changeset 89427cd0feae25bbc8693abdccfa6a8c81a2689c by Alexander Belopolsky (Paul Ganssle) in branch 'master': bpo-32417: Make timedelta arithmetic respect subclasses (#10902) https://github.com/python/cpython/commit/89427cd0feae25bbc8693abdccfa6a8c8

[issue35893] distutils fails to build extension on windows when it is a package.__init__

Paul Ganssle added the comment: @Ronald The module you've linked to seems to be using flit and doesn't have any C extensions. Did you change over the build process, or am I missing something? -- ___ Python tracker

[issue15248] Better explain "TypeError: 'tuple' object is not callable"

Change by Serhiy Storchaka : -- pull_requests: +11702, 11703 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bu

[issue15248] Better explain "TypeError: 'tuple' object is not callable"

Change by Serhiy Storchaka : -- pull_requests: +11702 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue35893] distutils fails to build extension on windows when it is a package.__init__

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue35813] shared memory construct to avoid need for serialization between processes

Change by pmpp : -- nosy: +pmpp ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailm

[issue35813] shared memory construct to avoid need for serialization between processes

Eric Snow added the comment: FTR, I've had a number of extensive conversations with Davin (over the last year and a half) about this feature. His choices seemed reasonable (caveat: I'm not an expert on multiprocessing) and the feature seemed desirable. I did not review his PR. --

[issue35706] Make it easier to use a venv with an embedded Python interpreter

PyScripter added the comment: This issue is related (duplicate) to https://bugs.python.org/issue22213. It appears that there is a workaround but only for Linux using Py_SetProgramName. I wish that there was some similar way for Windows. -- nosy: +ncoghlan, pitrou ___

[issue35895] the test suite of pytest failed with 3.8.0a1

Guido van Rossum added the comment: Looks like pytest needs to be adjusted to some new AST features. -- nosy: +gvanrossum resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker _

[issue35706] Make it easier to use a venv with an embedded Python interpreter

Steve Dower added the comment: > The idea is that python, in the embedding application, should work as in the > python executable. I disagree that this is the idea. Python in the embedding application should work as in the embedding application, not the standalone one. The embedding applica

[issue35706] Make it easier to use a venv with an embedded Python interpreter

PyScripter added the comment: "Personally, I am 100% against letting an embedded runtime automatically pick up any settings from the environment. You don't know where they came from." Why is that? When the embedding application is using Py_SetPythonHome there is clear intent to use a specif

[issue35807] Update bundled pip to 19.0

Pradyun Gedam added the comment: Update: I'll do this after 19.0.2 is released. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue35859] Capture behavior depends on the order of an alternation

Change by Ma Lin : -- keywords: +patch, patch, patch pull_requests: +11699, 11700, 11701 stage: -> patch review ___ Python tracker ___

[issue35859] Capture behavior depends on the order of an alternation

Change by Ma Lin : -- keywords: +patch, patch pull_requests: +11699, 11700 stage: -> patch review ___ Python tracker ___ ___ Python

[issue35859] Capture behavior depends on the order of an alternation

Change by Ma Lin : -- keywords: +patch pull_requests: +11699 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mai

[issue35873] Controlling venv from venv no longer works in 3.7.2

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue35872] Creating venv from venv no longer works in 3.7.2

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue35873] Controlling venv from venv no longer works in 3.7.2

Steve Dower added the comment: New changeset 44467e8ea4cea390b0718702291b4cfe8ddd67ed by Steve Dower in branch '3.7': bpo-35872 and bpo-35873: Clears __PYVENV_LAUNCHER__ variable (GH-11745) https://github.com/python/cpython/commit/44467e8ea4cea390b0718702291b4cfe8ddd67ed -- ___

[issue35872] Creating venv from venv no longer works in 3.7.2

Steve Dower added the comment: New changeset 44467e8ea4cea390b0718702291b4cfe8ddd67ed by Steve Dower in branch '3.7': bpo-35872 and bpo-35873: Clears __PYVENV_LAUNCHER__ variable (GH-11745) https://github.com/python/cpython/commit/44467e8ea4cea390b0718702291b4cfe8ddd67ed -- ___

[issue1294959] Problems with /usr/lib64 builds.

Change by Charalampos Stratakis : -- pull_requests: +11696, 11698 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue1294959] Problems with /usr/lib64 builds.

Change by Charalampos Stratakis : -- pull_requests: +11696, 11697 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue1294959] Problems with /usr/lib64 builds.

Change by Charalampos Stratakis : -- pull_requests: +11696 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35887] Doc string for updating the frozen version of importlib in _bootstrap.py incorrect

Rémi Lapeyre added the comment: I believe this is why Travis does a `make regen-all` to be sure everything is up to date. A patch to keep instructions up-to-date would be nice, newcomers are not familiar with all `make regen-*` commands. -- nosy: +remi.lapeyre __

[issue35895] the test suite of pytest failed with 3.8.0a1

Stéphane Wirtel added the comment: maybe, I don't know but I have tested with pytest because the tests with requests did not work. I prefered to create this issue and the same issue on the bug tracker of pytest. -- ___ Python tracker

[issue35895] the test suite of pytest failed with 3.8.0a1

Paul Moore added the comment: Is this relevant? https://bugs.python.org/issue33416 It's a backward incompatible change to the AST in 3.8 (according to the 3.8 changelog). -- nosy: +paul.moore ___ Python tracker

[issue35895] the test suite of pytest failed with 3.8.0a1

Stéphane Wirtel added the comment: Here is the issue in the bug tracker of pytest https://github.com/pytest-dev/pytest/issues/4716 -- ___ Python tracker ___ __

[issue35895] the test suite of pytest failed with 3.8.0a1

New submission from Stéphane Wirtel : I have execute the tests of pytest with 3.8.0a1 and I get some issues, it's not the case with 3.7.x (see the travis logs of pytest, https://travis-ci.org/pytest-dev/pytest/branches) I am going to create the same issue for pytest. -- files: tox-py

[issue35813] shared memory construct to avoid need for serialization between processes

Antoine Pitrou added the comment: Also, I will want to review this as well. Since Alpha 2 is scheduled for 2019-02-24, and this is a sizable piece of work, I would prefer if a full PR was available, say, before 2019-02-15. -- ___ Python tracker

[issue35813] shared memory construct to avoid need for serialization between processes

Ronald Oussoren added the comment: Please also address my review comments. -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue26243] zlib.compress level as keyword argument

Change by Łukasz Langa : -- pull_requests: +11693, 11694, 11695 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26243] zlib.compress level as keyword argument

Change by Łukasz Langa : -- pull_requests: +11693, 11694 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue26243] zlib.compress level as keyword argument

Change by Łukasz Langa : -- pull_requests: +11693 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue35813] shared memory construct to avoid need for serialization between processes

Davin Potts added the comment: @lukasz.langa: Missing tests and documentation will be in by alpha2. -- ___ Python tracker ___ ___ P

[issue12374] Execution model should explain compile vs definition vs execution time

Nick Coghlan added the comment: https://github.com/ncoghlan/python-userref/blob/master/ODF/Chapter01_EssentialConcepts.odt is the Chapter 1 userref link now that the PSF SVN server has shut down. Depending on what you mean by "Pursuing this...": 1. I'd definitely still love to see the conten

[issue35810] Object Initialization Bug with Heap-allocated Types

Petr Viktorin added the comment: I'll allocate time this week for the review. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue35813] shared memory construct to avoid need for serialization between processes

Łukasz Langa added the comment: @Davin, in what time can you fill in the missing tests and documentation? If this is something you finish do before alpha2, I'm inclined to leave the change in. As it stands, I missed the controversy yesterday as I was busy making my first release. So the me

[issue35851] Make search result in online docs keep their position when search finishes

Roel Schroeven added the comment: Issue opened on the Sphinx bug tracker: https://github.com/sphinx-doc/sphinx/issues/6016 -- ___ Python tracker ___ _