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

Ned Deily added the comment: >To debug, and test Raymond's hypothesis, someone please try this minimal >(IDLE-free) code to show the dialog and print the return. >This does not display a preview, even after selecting a location, such as >Documents, on the 3rd line. Terry, I'

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

Ned Deily added the comment: That enabling FullDiskAccess makes a difference makes some sense but that is not something we should be recommending without better understanding what's going on here. We still need a reproducible test case; I still am not able to reproduce. Raymond, your hint

[issue40562] SEO: differentiate between Python 2 and Python 3 docs on Google SERP

Change by Ned Deily : -- nosy: +mdk, willingc ___ Python tracker <https://bugs.python.org/issue40562> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40488] setup.py shall search by default for libffi.so in /usr/local/lib64

Ned Deily added the comment: Thanks for the report and for the analysis. There have been a number of reports over the years about problems trying to build and/or execute Pythons with an external copy of libffi. They have become more pressing now that we no longer vendor the source of libffi

[issue40535] While build python 3.8.2 in linux ctypes.so is using libffi.so.6 instead of libffi.so.7

Ned Deily added the comment: Thanks for the report and for the analysis. There have been a number of reports over the years about problems trying to build and/or execute Pythons with an external copy of libffi. They have become more pressing now that we no longer vendor the source of libffi

[issue34823] libffi detection doesn’t work in my setup

Ned Deily added the comment: Thanks for the report and for the analysis. There have been a number of reports over the years about problems trying to build and/or execute Pythons with an external copy of libffi. They have become more pressing now that we no longer vendor the source of libffi

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

Ned Deily added the comment: Thanks for the report and for the analysis. There have been a number of reports over the years about problems trying to build and/or execute Pythons with an external copy of libffi. They have become more pressing now that we no longer vendor the source of libffi

[issue14527] How to link with a non-system libffi?

Ned Deily added the comment: See also earlier discussions in Issue31710, Issue34823, Issue40488, and Issue40535, closed as duplicated of this issue. -- stage: -> needs patch type: enhancement -> ___ Python tracker <https://bugs.p

[issue18499] mingw: setup _ctypes module with system libffi

Ned Deily added the comment: Thanks for the suggested patch and sorry that it has not been replied to earlier. As of Python 3.7, the libffi source for Unix-y platforms is no longer "vendored" in Python source releases; building ctypes now requires an external copy of libf

[issue26192] python3 k1om dissociation permanence: libffi

Ned Deily added the comment: Thanks for the patch and sorry for the long delay in replying. As you may know, as of Python 3.7, we no longer "vendor" a copy of the libffi source in Python source releases; you now have to use either a system-supplied version of libffi or otherw

[issue25413] ctypes (libffi) fails to compile on Solaris X86

Ned Deily added the comment: As of Python 3.7, we no longer "vendor" a copy of the libffi source in Python source releases; you either need to use a system-supplied libffi, a third-party binary, or build it youself. Also Python 2.7 has reached end-of-life and is now frozen.

[issue36944] Add support for ARM64 to libffi

Change by Ned Deily : -- resolution: out of date -> third party status: open -> closed ___ Python tracker <https://bugs.python.org/issue36944> ___ ___ Pyth

[issue1648957] HP-UX: _ctypes/libffi/src/ia64/ffi/__attribute__/native cc

Change by Ned Deily : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue1648957> ___ ___

[issue35061] Specify libffi.so soname for ctypes

Ned Deily added the comment: Sorry for the long delay in answering this issue: ctypes and libffi issues do not get a lot of attention currently. I assume you must have long ago found a solution to the problem but, just for the record and assuming I understand the problem correctly, if you

[issue36944] Add support for ARM64 to libffi

Ned Deily added the comment: Paul, it looks like your changes were included upstream in libffi 3.3.0 which is now being used for python.org Windows builds. If that is true, can we now close this issue? -- nosy: +ned.deily resolution: -> out of date stage: -> resolved status

[issue17848] can't compile with clang and build a shared lib due to libffi

Ned Deily added the comment: As of Python 3.7, Python source releases no longer "vendor" the source of libffi for Linux platforms; you need to use either a system-supplied libffi or, if really necessary, build and link with your own copy (not always easy to do). As the supp

[issue27133] python 3.5.1 will not compile because libffi module uses wrong CFLAGS

Ned Deily added the comment: As of Python 3.7.0, we no longer "vendor" a copy of the libffi source for Unix-y platforms so I believe this issue of passing the right flag values into cpython's libffi build is no longer relevant. -- nosy: +ned.deily resolution: -> out

[issue14527] How to link with a non-system libffi?

Ned Deily added the comment: As of current Python 3 releases, like 3.8, the python build no longer vendors a copy of libffi for most Unix systems and for those systems the --with-system-ffi configure option is ignored, i.e. configure and setup.py will always try to find an external libffi

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

Ned Deily added the comment: Zain and/or Raymond: can you please give the exact steps to reproduce this problem, including exactly how you invoke IDLE, the Python version info and build date info from the IDLE shell window, the details of exactly how you invoke Save As (i.e whether via

[issue40542] path environment variable not created correctly

Change by Ned Deily : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker <https://bugs.python.org/issue40

[issue40516] GCC 9 compiler warnings on MacOS Catalina

Change by Ned Deily : -- components: +Build ___ Python tracker <https://bugs.python.org/issue40516> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40379] multiprocessing's default start method of fork()-without-exec() is broken

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

[issue40516] GCC 9 compiler warnings on MacOS Catalina

Ned Deily added the comment: See proposed PR 19925 for further discussion. -- components: +macOS -Build nosy: +ned.deily, ronaldoussoren versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issue40

[issue40501] Deprecate and remove ctypes usage in uuid

Ned Deily added the comment: > (A) Ensure that _uuid works on macOS, FreeBSD and Linux, especially in the > macOS installer of python.org. FWIW, a spot check shows that _uuid builds and test_uuid passes both sets of its tests, e.g. TestUUIDWithExtModule and TestUUIDWithoutExt

[issue40518] ValueError when using resource.setrlimit on macOS Catalina

Ned Deily added the comment: See the long discussion in Issue34602 for more details. The investigation there showed that there are now conditions when running in newer versions of macOS (apparently as of 10.14.4) where trying to increase the stack limit at run time using

[issue40508] IDLE won't open

Ned Deily added the comment: Thanks for submitting the version of IDLE you were using. It appears to be a Python 3.6.1 from 2017; the version is very old-of-date and no longer supported. Python 3.6.x is now in security fix mode only; Python 3.8.2 is now current. Unless you have

[issue40508] IDLE won't open

Change by Ned Deily : -- assignee: -> terry.reedy components: +IDLE -macOS nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue40508> ___ _

[issue40477] Launcher on Catalina

Ned Deily added the comment: Thanks for the report. At first glance, it does look like it's broken on macOS 10.15. I'll look into it. -- assignee: -> ned.deily ___ Python tracker <https://bugs.python.org/issu

[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

[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 > access to

[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

[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:

[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:

[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

[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 stabilized

[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

[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:

[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

[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

[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

[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 to upgrade

[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 somewhere

[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

[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

[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

[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:

[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 ch

[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

[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

[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 installed

[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/bcc136ba892e62078a67ad0ca0b34072ec9c88aa

[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

[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 resolut

[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/b310700976524b4b99ee319c947ca40468716fc9

[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/cpython/commit

[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/783a673f23c5e9ffafe12fe172e119dc0fa2abda

[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: > 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

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

[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

[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

[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 macOS

[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

[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:

[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> ___

[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

[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

[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/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 : -- 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

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

[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:

[issue40106] multiprocessor spawn

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

[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

[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

[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

[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/69cdeeb93e0830004a495ed854022425b93b3f3e

[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

[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, macOS

[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/ebeabb5b728f009480ced3ca4738c20fa073b507

[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 Issue1635741

[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: +Python 3.

[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

[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

[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 : -- Removed message: https://bugs.python.org/msg364586 ___ Python tracker <https://bugs.python.org/issue40011> ___ ___ Python-bugs-list m

[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

[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:

[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

[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

[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

[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

[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

[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 moving the tes

[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

[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/cpython/commit

[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/6b6756f1283a87091c6186e70b544d4789e12c51

[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

[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

[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:

<    6   7   8   9   10   11   12   13   14   15   >