[issue38380] Update SQLite to 3.30 in Windows and macOS installer builds

Ned Deily added the comment: Thanks for the PRs. If we're going to update now as we should, why not to 3.31.1 which is current? -- ___ Python tracker <https://bugs.python.org/is

[issue36516] Python Launcher can not recognize pyw file as Python GUI Script file type correctly.

Ned Deily added the comment: Thanks for the PR. I believe there also used to be a distinction between .py and .pyw files back in the distant past of classic MacOS (9 and earlier) and limited support for .pyw was carried over into Mac OS X (10). But most of the references to .pyw for macOS

[issue38380] Update SQLite to 3.30 in Windows and macOS installer builds

Ned Deily added the comment: I would prefer to go to 3.31.1 at this point particularly given the track record of the SQLite project. It's been released for a month now. Any objections, Steve? -- ___ Python tracker <https://bugs.py

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

Ned Deily added the comment: Mark: > Or am I misunderstanding? No, you are not misunderstanding :) > ABI breakage shouldn't happen *at all* in bugfix releases, whether stable ABI > or not. Absolutely. Victor: > Julien: You cannot use the same wheel package for all Pyth

[issue39776] PyContextVar_Get(): crash due to race condition in updating tstate->id

Ned Deily added the comment: Thanks for the heads-up and the fix, Stefan. The fix for 3.7.x was merged before the 3.7.7rc1 cutoff (by a few hours!) and the next 3.8.x release cutoff is planned for April and 3.9.0a5 is later in March, so, if you are not planning to merge any other changes

[issue39389] gzip metadata fails to reflect compresslevel

Ned Deily added the comment: Ping. The 3.7.x backport (PR 18101) for this issue is still open and neither needs to be fixed or closed. -- nosy: +ned.deily resolution: fixed -> stage: resolved -> backport needed status: closed -> open _

[issue39389] gzip metadata fails to reflect compresslevel

Ned Deily added the comment: "either" -- ___ Python tracker <https://bugs.python.org/issue39389> ___ ___ Python-bugs-list mailing list Uns

[issue37953] Fix ForwardRef equality checks

Ned Deily added the comment: New changeset 3eff46fc7d2e3c80c4dedba4177782f1fc8ad89b by Ryan Rowe in branch '3.7': bpo-37953: Fix ForwardRef hash and equality checks (GH-15400) (GH-18751) https://github.com/python/cpython/commit/3eff46fc7d2e3c80c4dedba4177782f1fc8ad89b -

[issue37953] Fix ForwardRef equality checks

Change by Ned Deily : -- versions: +Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue37953> ___ ___ Python-bugs-list mailing list Unsub

[issue39831] Reference leak in PyErr_WarnEx()

Ned Deily added the comment: Is the 3.7.x backport (PR 18765) ready to merge? -- nosy: +ned.deily ___ Python tracker <https://bugs.python.org/issue39

[issue39843] Merged fix for bpo-17560 missing from changelog

Ned Deily added the comment: It looks like the NEWS item for this change was added to the 3.8.0a1 changes under bpo-35152 which was closed as a duplicate of bpo-17560. We could change the changelog entry in Misc/NEWS.d/3.8.0a1.rst to point to bpo-17560. Antoine? bpo-35152: Allow sending

[issue39389] gzip metadata fails to reflect compresslevel

Ned Deily added the comment: New changeset 12c45efe828a90a2f2f58a1f95c85d792a0d9c0a by Miss Islington (bot) in branch '3.7': [3.7] bpo-39389: gzip: fix compression level metadata (GH-18077) (GH-18101) https://github.com/python/cpython/commit/12c45efe828a90a2f2f58a1f95c85d

[issue39389] gzip metadata fails to reflect compresslevel

Change by Ned Deily : -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue39844] IDLE 3.8.2 on MacOS 10.15.3 Launches to Black Windows

Ned Deily added the comment: Thank you for your report. I am unable to reproduce that behavior. I suspect that the most likely explanation is that you are not actually using the python.org 3.8.2 but rather an IDLE and python from some other distributor (like Homebrew) that has a different

[issue39844] IDLE 3.8.2 on MacOS 10.15.3 Launches to Black Windows

Ned Deily added the comment: Hmm, intersting! I have seen problems with black screens before when using some newer versions of Tk which is the main reason we are using Tk 8.6.8 on macOS. Let's try getting some more info: /usr/local/bin/python3.8 -m test.pythoninfo Also, which

[issue39832] Modules with decomposable characters in module name not found on macOS

Ned Deily added the comment: This seems like more an import issue than a uniquely macOS issue. Also, a quick search found Issue10952 which appears to be similar. -- nosy: +brett.cannon, vstinner ___ Python tracker <https://bugs.python.

[issue39844] IDLE 3.8.2 on MacOS 10.15.3 Launches to Black Windows

Ned Deily added the comment: Thanks for the pythoninfo output. I didn't see anything unusual there. So I remain perplexed. The thing is the macOS Tk 8.6.8 we supply with current python.org installers doesn't support Dark Mode at all, AFAIK. That was added in 8.6.9. I normally

[issue17422] language reference should specify restrictions on class namespace

Ned Deily added the comment: New changeset 22448149a05b5bc3e3a2ffdc0682bcd01995ce2a by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-17422: slightly more precise language (GH-18682) https://github.com/python/cpython/commit/22448149a05b5bc3e3a2ffdc0682bcd01995ce2a -

[issue39837] Remove Azure Pipelines from GitHub PRs

Ned Deily added the comment: New changeset b092892f9afd37fd3355b1e91fc5835f196ea914 by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-39837: Disable macOS tests on Azure Pipelines (GH-18818) https://github.com/python/cpython/commit/b092892f9afd37fd3355b1e91fc583

[issue39808] pathlib: reword docs for stat()

Ned Deily added the comment: New changeset c157edb73b234409263ca0d7b6b41ad5f0b455d6 by Ned Deily (Miss Islington (bot)) in branch '3.7': [3.7] bpo-39808: Improve docs for pathlib.Path.stat() (GH-18719) (GH-18782) https://github.com/python/cpyt

[issue13487] inspect.getmodule fails when module imports change sys.modules

Ned Deily added the comment: New changeset 7058d2d96c5ca4dfc6c754c5cd737c6eb2a8fd67 by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-13487: Use sys.modules.copy() in inspect.getmodule() for thread safety. (GH-18786) https://github.com/python/cpyt

[issue39927] IDLE 3.8.2 doesn't launch on Catalina 10.15.3- HELP

Ned Deily added the comment: Try running IDLE from the command line: python3.8 -m idlelib If that works, then open the Console.app, select the system log, and then try double-clicking the IDLE.app icon again and see if any messages appear there. -- nosy: +ned.deily

[issue39927] IDLE 3.8.2 doesn't launch on Catalina 10.15.3- HELP

Ned Deily added the comment: You need to first exit out of the Python interpreter back to the Unix shell. Type: quit() Then try: python3.8 -m idlelib -- ___ Python tracker <https://bugs.python.org/issue39

[issue39927] IDLE 3.8.2 doesn't launch on Catalina 10.15.3- HELP

Ned Deily added the comment: No, clicking on the app *should* work. I'm assuming you installed Python 3.8.2 from the python.org macOS installer? If so, you *could* try reinstalling it again. For what it's worth, I am not aware of any current problems with launching the app on 1

[issue39927] IDLE 3.8.2 doesn't launch on Catalina 10.15.3- HELP Service exited with abnormal code: 1

Ned Deily added the comment: That message just means that Python terminated with an error; the specific traceback is lost. But I just noticed one possible explanation. It appears that if the Files & Folder security setting is set to disallow access to your Documents Folder, IDLE.app

[issue39927] IDLE.app fails to launch on macOS 10.15 if denied access to user's Document Folder

Ned Deily added the comment: Thanks for bringing it up! That was a new failure mode we haven't seen before. I was going to close this issue but then it struck me that we might be able to handle this situation a bit better; we should be able to catch an exception when IDLE tries to se

[issue39927] IDLE.app fails on macOS 10.15 if denied access to Documents

Ned Deily added the comment: Actually, IDLE *does* call os.chdir set the working directory when launched from IDLE.app on macOS: https://github.com/python/cpython/blob/master/Mac/IDLE/IDLE.app/Contents/Resources/idlemain.py#L8 While it's not in the idlelib directory, it's very mu

[issue39927] IDLE.app fails on macOS 10.15 if denied access to Documents

Change by Ned Deily : -- assignee: terry.reedy -> ___ Python tracker <https://bugs.python.org/issue39927> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue39931] Global variables are not accessible from child processes (multiprocessing.Pool)

Change by Ned Deily : -- nosy: +davin, pitrou ___ Python tracker <https://bugs.python.org/issue39931> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39927] IDLE.app fails on macOS 10.15 if denied access to Documents

Ned Deily added the comment: As Ronald notes, the chdir to the user’s Documents folder is *only* needed when launching via IDLE.app (for example by double-clicking an IDLE.app icon in the macOS Finder) because the user has no control over the launched app’s working directory in that case and

[issue39948] Python 3.8 unconditionally uses functions not available on OS X 10.4 and 10.5

Ned Deily added the comment: Thanks for the report. Feel free to submit a PR or patch. I can’t guarantee we will accept it if it’s too intrusive. (The request here is to fix building from source for these older systems not to provide binary releases

[issue39869] Improve Instance Objects tutorial documentation

Ned Deily added the comment: New changeset 6b6756f1283a87091c6186e70b544d4789e12c51 by Miss Islington (bot) in branch '3.6': bpo-39869: Fix typo in 'Instance objects' section. (GH-18889) (GH-18898) https://github.com/python/cpython/commit/6b6756f1283a87091c61

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Ned Deily added the comment: New changeset 83fc70159b24f5b11a5ef87c9b05c2cf4c7faeba by Miss Islington (bot) in branch '3.6': bpo-38576: Disallow control characters in hostnames in http.client (GH-18995) (GH-19002) https://github.com/python/cpyt

[issue39977] Python aborts trying to load libcrypto.dylib

Ned Deily added the comment: The crash report gives the reason for the crash: Application Specific Information: /usr/lib/libcrypto.dylib abort() called Invalid dylib load. Clients should not load the unversioned libcrypto dylib as it does not have a stable ABI. This means something you are

[issue10572] Move test sub-packages to Lib/test

Ned Deily added the comment: > some vendors like to leave out the tests and not having them all under 'test' > prevents that from working cleanly Yeah, but presumably all the major distributors have long ago figured out how to do this (it's not *that* hard) and, by

[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

Ned Deily added the comment: There is nothing more for you to do for this on the Mac side right now, thanks. I’m not sure what the Status of changes for Windows build are. Perhaps that should be a separate issue as the two aren’t really related

[issue39988] Remove AugLoad and AugStore expression context from AST

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg364424 ___ Python tracker <https://bugs.python.org/issue39988> ___ ___ Python-bugs-list m

[issue31895] How to implement api in python website

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg364423 ___ Python tracker <https://bugs.python.org/issue31895> ___ ___ Python-bugs-list m

[issue40014] os.getgrouplist() fails on macOS of GH Actions (Azure)

Ned Deily added the comment: This error has to do with the number of groups a particular user is associated with. We’ve squashed similar bugs in the past but it looks like something has changed again in recent releases of macOS. It’s not Azure specific

[issue40014] os.getgrouplist() can fail on macOS

Change by Ned Deily : -- title: os.getgrouplist() fails on macOS of GH Actions (Azure) -> os.getgrouplist() can fail on macOS ___ Python tracker <https://bugs.python.org/issu

[issue22699] Module source files not found when cross-compiling

Change by Ned Deily : -- nosy: +ned.deily ___ Python tracker <https://bugs.python.org/issue22699> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39797] shutdown() in socketserver.BaseServer should be in a different thread from serve_forever()

Ned Deily added the comment: Thank you for your PR! -- nosy: +ned.deily resolution: -> fixed stage: patch review -> resolved status: open -> closed type: enhancement -> versions: -Python 3.5, Python 3.6 ___ Python tra

[issue40011] Tkinter widget events are of type Tuple

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg364586 ___ Python tracker <https://bugs.python.org/issue40011> ___ ___ Python-bugs-list m

[issue40011] Tkinter widget events are of type Tuple

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg364593 ___ Python tracker <https://bugs.python.org/issue40011> ___ ___ Python-bugs-list m

[issue40011] Tkinter widget events are of type Tuple

Change by Ned Deily : -- nosy: +gpolo, serhiy.storchaka type: crash -> behavior ___ Python tracker <https://bugs.python.org/issue40011> ___ ___ Python-bugs-lis

[issue40014] os.getgrouplist() can fail on macOS if the user has more than 17 groups

Ned Deily added the comment: Thanks for the PR, Victor, it does address the problem. I went back and explicitly tested on macOS 10.14 and 10.13 by creating some more groups and adding the user to them and the same failure occurred there so this is not just a 10.15 issue. Most likely this

[issue20526] python: Modules/gcmodule.c:379: visit_decref: Assertion `((gc)->gc.gc_refs >> (1)) != 0' failed.

Ned Deily added the comment: (This issue previously had "release blocker" priority before it was closed. Now that it is re-opened does it still need that? I'm assuming not.) -- nosy: +ned.deily priority: release blocker -> high versions: +Pyth

[issue40144] resource: RLIMIT_xxx and RUSAGE_xxx constants are missing on macOS 10.15.4

Ned Deily added the comment: There's nothing wrong with the Azure CI job, AFAICT. The issue seems to be in the changes made by the PR itself. Testing on 10.15.4 from master HEAD, test_resource passes as always. But after applying the PR under test in the CI, PR 19252 from Issue16

[issue40156] CodeCov/patch job stills runs on pull requests on 3.5 and 3.6 branches

Ned Deily added the comment: New changeset ebeabb5b728f009480ced3ca4738c20fa073b507 by Victor Stinner in branch '3.6': bpo-40156: Copy Codecov configuration from master (GH-19306) https://github.com/python/cpython/commit/ebeabb5b728f009480ced3ca4738c2

[issue40164] Upgrade Windows and macOS installer builds to OpenSSL 1.1.1f

New submission from Ned Deily : 1.1.1f released 2020-03-31 Reminder to Windows team to update Windows build. Reminder to macOS team to update macOS installer build. (note: please don't submit a PR or patch for this!) https://www.openssl.org/source/ -- components: Windows,

[issue40125] update OpenSSL 1.1.1 in multissltests.py to 1.1.1f

Ned Deily added the comment: Also bpo-40164: reminder to update Windows and macOS installer builds -- nosy: +ned.deily ___ Python tracker <https://bugs.python.org/issue40

[issue39503] [security][CVE-2020-8492] Denial of service in urllib.request.AbstractBasicAuthHandler

Ned Deily added the comment: New changeset 69cdeeb93e0830004a495ed854022425b93b3f3e by Victor Stinner in branch '3.6': bpo-39503: CVE-2020-8492: Fix AbstractBasicAuthHandler (GH-18284) (GH-19304) https://github.com/python/cpython/commit/69cdeeb93e0830004a495ed8540224

[issue40198] macOS Python builds from Python.org ignore DYLD_LIBRARY_PATH due to hardened runtime

Change by Ned Deily : -- assignee: -> ned.deily versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issue40198> ___ ___ Python-bugs-list mai

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

Ned Deily added the comment: Why are we pinning to 1.8.2 when the official docs builds for all releases are currently using 2.3.1? (see, for example, https://docs.python.org/3.8/ at bottom right corner) -- nosy: +ned.deily ___ Python tracker

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

Ned Deily added the comment: I agree that it should be easier to keep them all in sync. But my point is that the on-going official doc builds (some multi[ple times per day) for all of the active versions (2.7 and 3.6 through 3.9) are using 2.3.1 so we should be doing CI against that

[issue40106] multiprocessor spawn

Change by Ned Deily : -- nosy: +davin, pitrou ___ Python tracker <https://bugs.python.org/issue40106> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40247] Logged out of user when running Tkinter

Change by Ned Deily : -- nosy: +ned.deily ___ Python tracker <https://bugs.python.org/issue40247> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40312] Weakref callbacks running before finalizers in GC collection

Ned Deily added the comment: Going going gone -- nosy: +ned.deily ___ Python tracker <https://bugs.python.org/issue40312> ___ ___ Python-bugs-list mailin

[issue40312] Weakref callbacks running before finalizers in GC collection

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg366680 ___ Python tracker <https://bugs.python.org/issue40312> ___ ___ Python-bugs-list m

[issue40312] Weakref callbacks running before finalizers in GC collection

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg366682 ___ Python tracker <https://bugs.python.org/issue40312> ___ ___ Python-bugs-list m

[issue40312] Weakref callbacks running before finalizers in GC collection

Change by Ned Deily : -- nosy: -ned.deily ___ Python tracker <https://bugs.python.org/issue40312> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40312] Weakref callbacks running before finalizers in GC collection

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg366681 ___ Python tracker <https://bugs.python.org/issue40312> ___ ___ Python-bugs-list m

[issue40247] Logged out of user when running Tkinter

Ned Deily added the comment: Can you give the exact sequence of steps to reproduce the problem you see, please? -- ___ Python tracker <https://bugs.python.org/issue40

[issue23414] seek(count, whence) accepts bogus whence on windows, python2.7

Change by Ned Deily : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue23414> ___

[issue40321] urllib.request does not support HTTP response status code 308

Change by Ned Deily : -- nosy: +orsenthil ___ Python tracker <https://bugs.python.org/issue40321> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40247] Logged out of user when running Tkinter

Ned Deily added the comment: Thanks for the additional info but it still leaves open questions. The current versions of python.org installers for macOS (3.8.2 and 3.7.7) and various others over the past couple of years all come with a built-in version of Tk 8.6 and that normally cannot be

[issue40198] macOS Python builds from Python.org ignore DYLD_LIBRARY_PATH due to hardened runtime

Ned Deily added the comment: Thanks for the report. Yes, the choice of entitlements to request whith code hardening was somewhat arbitrary; we tried to keep them to a minimum. I didn't anticipate that the DYLD_ env variables would be used much, sorry about that. Future python.org

[issue23117] Properly codesign Mac python 2.7.9.pkg so it can work thru OS X firewall

Ned Deily added the comment: Thanks to the additional requirements of Gatekeeper in macOS 10.15 Catalina, the binaries included in current python.org installers for macOS are now codesigned as of 3.8.2, 3.7.7, and 2.7.18. -- resolution: -> fixed stage: needs patch -> re

[issue36890] python-3.7.3-macosx10.6.pkg verification error on macOS 10.6 Snow Leopard

Ned Deily added the comment: Beginning in 2020, we have stopped providing the 10.6+ installer variant for macOS since all evidence that we have is that it was used very little and there are a grower number of problems with trying to use it on very old systems, as evidenced in this issue

[issue40164] Upgrade Windows and macOS installer builds to OpenSSL 1.1.1g

Ned Deily added the comment: And today (2020-04-21) 1.1.1g is released with a high severity fix. -- title: Upgrade Windows and macOS installer builds to OpenSSL 1.1.1f -> Upgrade Windows and macOS installer builds to OpenSSL 1.1.1g ___ Pyt

[issue40164] Upgrade Windows and macOS installer builds to OpenSSL 1.1.1g

Ned Deily added the comment: > Are we even impacted by the issue though? Certainly we use a check_chain function at least indirectly but, whether that path is vulnerable, dunno. But, in any case, we will no doubt be pinged about it so best to be ahead of the curve, I th

[issue40164] Upgrade Windows and macOS installer builds to OpenSSL 1.1.1g

Change by Ned Deily : -- pull_requests: +18966 pull_request: https://github.com/python/cpython/pull/19642 ___ Python tracker <https://bugs.python.org/issue40

[issue40164] Upgrade Windows and macOS installer builds to OpenSSL 1.1.1g

Ned Deily added the comment: New changeset 783a673f23c5e9ffafe12fe172e119dc0fa2abda by Ned Deily in branch 'master': bpo-40164: Update macOS installer builds to use OpenSSL 1.1.1g. (GH-19642) https://github.com/python/cpython/commit/783a673f23c5e9ffafe12fe172e119

[issue40164] Upgrade Windows and macOS installer builds to OpenSSL 1.1.1g

Ned Deily added the comment: New changeset 7ad3adda9bff8a9055eaf0b66489e8204f1e7cc6 by Miss Islington (bot) in branch '3.7': bpo-40164: Update macOS installer builds to use OpenSSL 1.1.1g. (GH-19642) (GH-19644) https://github.com/python/cpyt

[issue38360] single-argument form of -isysroot should be supported

Ned Deily added the comment: New changeset b310700976524b4b99ee319c947ca40468716fc9 by Joshua Root in branch 'master': bpo-38360: macOS: support alternate form of -isysroot flag (GH-16480) https://github.com/python/cpython/commit/b310700976524b4b99ee319c947ca4

[issue38360] single-argument form of -isysroot should be supported

Ned Deily added the comment: Thanks for the PR! This seems like a borderline feature rather than a bug so, unless there is a compelling reason to backport it to 3.8.x, I'm just going to push it to master for release in 3.9.0 (as of alpha 6). -- assignee: -> ned.deily re

[issue38329] macOS python.org installers only add or modify framework Versions/Current symlink for Python 2.x installs, not Python 3.x

Change by Ned Deily : -- keywords: +patch pull_requests: +18976 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19650 ___ Python tracker <https://bugs.python.org/issu

[issue38329] macOS python.org installers only add or modify framework Versions/Current symlink for Python 2.x installs, not Python 3.x

Ned Deily added the comment: New changeset bcc136ba892e62078a67ad0ca0b34072ec9c88aa by Ned Deily in branch 'master': bpo-38329: python.org macOS installers now update Current symlink (GH-19650) https://github.com/python/cpython/commit/bcc136ba892e62078a67ad0ca0b340

[issue38329] macOS python.org installers only add or modify framework Versions/Current symlink for Python 2.x installs, not Python 3.x

Ned Deily added the comment: With Python 2 now officially retired, it's time to change the installer behavior. With the merged change, as of Python 3.9.0 (alpha 6) the python.org macOS installers will now update the Current version symmlink in the /Library/Frameworks Python being inst

[issue38360] single-argument form of -isysroot should be supported

Change by Ned Deily : -- versions: +Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue38360> ___ ___ Python-bugs-list mailing list Unsub

[issue40334] PEP 617: new PEG-based parser

Ned Deily added the comment: Looks like the build changes do not work with a build directory outside of the source directory: mkdir build && cd build && ../configure && make gcc -c -Wno-unused-result -Wsign-compare -Wunreachable-code -DNDEBUG -g -fwrapv -O3 -Wall

[issue40334] PEP 617: new PEG-based parser

Ned Deily added the comment: > These are expected. Is this a problem? People and bots running tests normally expect to not see any output from each test in the default case unless there are errors. If these are supposed to be emitted, we should find a way to hide them (and check

[issue40370] AIX: ld_so_aix not found during test of test_peg_generator

Change by Ned Deily : -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue40370> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40370] AIX: ld_so_aix not found during test of test_peg_generator

Ned Deily added the comment: It looks like the newly added test_peg_gemerator tries to build C code at run time as part of executing the test. So most likely the test is not invoking distutils with the same set of options and/or environment variable values that the main Python setup.py

[issue40334] PEP 617: new PEG-based parser

Ned Deily added the comment: Issue40370 documents test_peg_generator breakage on an AIX buildbot. -- ___ Python tracker <https://bugs.python.org/issue40

[issue40400] Mac build-installer.py doesn't support new plist format

Change by Ned Deily : -- assignee: -> ned.deily ___ Python tracker <https://bugs.python.org/issue40400> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue40404] Python quit unexpectedly

Ned Deily added the comment: I'm sorry you are seeing that crash but I'm afraid it is difficult to know exactly what is going here without more information. It appears you are using a Python 3.7.7 from Homebrew along with NumPy and other similar third-party packages from some

[issue40404] Python quit unexpectedly

Ned Deily added the comment: Thanks for the additional info but that still does not really narrow things down much. You don't say how you upgraded Python (from where, from what previous version) nor how you obtained NumPy or Juypter. If you didn't already, I would suggest trying

[issue40272] ModuleNotFoundEror thrown by system python while accessing it specifically via venv python

Ned Deily added the comment: Without more information, in particular, a reproducible test case, we can only speculate what might be going on. Suggest you try using some of the debugging tools Python includes, starting with invoking your virtualenv python with the -vv flag. As described

[issue40272] ModuleNotFoundEror thrown by system python while accessing it specifically via venv python

Ned Deily added the comment: One additional thought: there was a longstanding issue specific to using venv on macOS that has recently been fixed (Issue22490); that fix will be released first in Python 3.8.3 which should be available in a few weeks (or, if you are comfortable doing so, you

[issue40261] Build of Python where make is called from subprocess, within a virtualenv, breaks on macOS

Ned Deily added the comment: Thanks for the easy-to-reproduce test case! It looks like you are running into the problem described in Issue22490 where venv with macOS framework builds could run into problems. A fix for this issue has recently been merged and will be released in upcoming

[issue32444] python -m venv symlink dependency on how python binary is called is not documented

Ned Deily added the comment: The behavior of venv has been changed in Python 3.9 to always create a "pythonM.N" link in the venv bin directory, in addition to "pythonM", regardless of how venv was invoked. -- nosy: +ned.deily resolution: -> duplicate stage:

[issue31363] __PYVENV_LAUNCHER__ breaks calling another venv's interpreter

Ned Deily added the comment: This issue has been fixed in the code for Issue22490 which will be released in Python 3.8.3 and 3.7.8. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Using realpath for __PYVENV_LAUNCHER__ makes Homeb

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

Ned Deily added the comment: Whatever the resolution of this is, it seems to me that this sort of behavior change should not be introduced at this stage of 3.7.x's life. Whether it should go into 3.8.x should be Łukasz's call once the final change is in master and has

[issue40448] ensurepip uses cache directory

Change by Ned Deily : -- nosy: +dstufft, ncoghlan, pradyunsg ___ Python tracker <https://bugs.python.org/issue40448> ___ ___ Python-bugs-list mailing list Unsub

[issue40444] multiprocessing.Pool deadlocks with only print statements

Change by Ned Deily : -- nosy: +davin, pitrou ___ Python tracker <https://bugs.python.org/issue40444> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40445] compileall.compile_dir docs aren't updated for bpo-38112

Change by Ned Deily : -- nosy: +petr.viktorin ___ Python tracker <https://bugs.python.org/issue40445> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40254] pyspecific directives are not translatable

Change by Ned Deily : -- nosy: +eric.araujo, ezio.melotti, mdk, willingc ___ Python tracker <https://bugs.python.org/issue40254> ___ ___ Python-bugs-list mailin

[issue39837] Make Azure Pipelines optional on GitHub PRs

Ned Deily added the comment: > In the past, the macOS job was very reliable. I have no idea why it became so > flaky, but I don't have the bandwidth to investigate, moreover it seems like > some issues are internal to Azure Pipelines / GH Actions, and I don't have >

[issue40461] execution of file with pictures doesn't work in command --onefile in pyinstaller

Ned Deily added the comment: PyInstaller is a third-party project, not part of the Python Standard Library. I suggest you start with their documentation here: https://pyinstaller.readthedocs.io/en/stable/when-things-go-wrong.html -- nosy: +ned.deily resolution: -> third pa

<    13   14   15   16   17   18   19   20   21   22   >