[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

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

[issue42688] ctypes memory error on Apple Silicon with external libffi

Change by Ned Deily : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10, Python 3.8 ___ Python tracker <https://bugs.python.or

[issue42504] Failure to build with MACOSX_DEPLOYMENT_TARGET=11 on Big Sur

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

[issue41100] Support macOS 11 and Apple Silicon Macs

Ned Deily added the comment: New changeset bb3ec9ceae7032457f6e7fb72b39aee95976051c by Miss Islington (bot) in branch '3.9': bpo-41100: Update Misc/ACKS (GH-25808) (GH-25809) https://github.com/python/cpython/commit/bb3ec9ceae7032457f6e7fb72b39aee95976051c

[issue41100] Support macOS 11 and Apple Silicon Macs

Ned Deily added the comment: New changeset 518f8b5dd50b73499282a1ef02b197af106ad118 by Ned Deily in branch 'master': bpo-41100: Update Misc/ACKS (GH-25808) https://github.com/python/cpython/commit/518f8b5dd50b73499282a1ef02b197af106ad118

[issue41100] Support macOS 11 and Apple Silicon Macs

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

[issue44009] Provide "python3.x-intel64" command with macOS universal2 framework builds

Ned Deily added the comment: New changeset 0cb33da1cc9cebb9b2d67d446feb1cfd36fe7f55 by Ned Deily in branch 'master': bpo-44009: Provide "python3.x-intel64" for Apple Silicon Macs (GH-25804) https://github.com/python/cpython/commit/0cb33da1cc9cebb9b2d67d446feb1c

[issue41100] Support macOS 11 and Apple Silicon Macs

Ned Deily added the comment: Thanks, Max, for doing the backport to 3.8 hard work! While PR 25274 covered most of the changes needed, there were some additional fixes and changes needed and I felt it was easier to cherry-pick all of the changes into a new PR. I have done extensive building

[issue42688] ctypes memory error on Apple Silicon with external libffi

Change by Ned Deily : -- pull_requests: +24493 pull_request: https://github.com/python/cpython/pull/25806 ___ Python tracker <https://bugs.python.org/issue42

[issue41100] Support macOS 11 and Apple Silicon Macs

Change by Ned Deily : -- pull_requests: +24491 pull_request: https://github.com/python/cpython/pull/25806 ___ Python tracker <https://bugs.python.org/issue41

[issue42504] Failure to build with MACOSX_DEPLOYMENT_TARGET=11 on Big Sur

Change by Ned Deily : -- pull_requests: +24492 pull_request: https://github.com/python/cpython/pull/25806 ___ Python tracker <https://bugs.python.org/issue42

[issue44009] Provide "python3.x-intel64" command with macOS universal2 framework builds

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

[issue44009] Provide "python3.x-intel64" command with macOS universal2 framework builds

New submission from Ned Deily : On certain macOS configurations, it is possible to have a universal build (one that contains executables and libraries with binaries for more than one CPU architecture combined into "fat" files) where running with a choice of archs. Examples i

[issue44000] Current PY_VERSION 3.10.0a7+ does not conform to PEP 440

Change by Ned Deily : -- nosy: +lukasz.langa, ned.deily, pablogsal ___ Python tracker <https://bugs.python.org/issue44000> ___ ___ Python-bugs-list mailin

[issue43982] Code coverage on the CI: validate codecov shell script checksum

Ned Deily added the comment: I agree that we should just remove the code coverage runs rather than trying to improve their security. It seems to me to be rude of us to use so much of the open source build resources for an activity that appears to have little benefit. -- nosy

[issue43492] Upgrade to SQLite 3.35.5 in macOS and Windows

Ned Deily added the comment: New changeset ce827816442613f982c356aa2f434c3c8a0c8917 by Erlend Egeberg Aasland in branch 'master': bpo-43492: Update macOS installer to use SQLite 3.35.5 (GH-25640) https://github.com/python/cpython/commit/ce827816442613f982c356aa2f434c3c8a0c8917

[issue43898] Python fails to import .dylib but works when extension is changed to .so

Ned Deily added the comment: Thanks for the clarification. On most platforms other than Windows, Python expects compiled extension modules (usually written in C or C++) to have an extension of .so. This is true as well on macOS. Typically, extension modules are compiled using Python's

[issue43898] Python fails to import .dylib but works when extension is changed to .so

Ned Deily added the comment: Can you please give a code snippet of the behavior you believe is incorrect? It is not clear to me what you mean by importing a library. -- ___ Python tracker <https://bugs.python.org/issue43

[issue43878] ./configure fails on Apple Silicon

Ned Deily added the comment: Thanks for the additional info and the PR. Yes, it probably does make sense to update them. But it also makes sense to avoid getting into problems building (Python and likely some other projects) with replacements for Apple-supplied utilities :) I note

[issue43878] ./configure fails on Apple Silicon

Ned Deily added the comment: I'm unable to reproduce the failure you see using the current top of the master branch (or the 3.9 branch) when running ./configure on an M1 Mac with macOS 11.2.3 and Xcode 12.4. The results I see are: checking build system type... arm-apple-darwin20.3.0

[issue43888] GitHub Actions CI/CD `Coverage` job is broken on master

Change by Ned Deily : -- nosy: +brett.cannon, pablogsal ___ Python tracker <https://bugs.python.org/issue43888> ___ ___ Python-bugs-list mailing list Unsub

[issue43768] Possible race condition on multiprocessing.Manager().dict() on macOS

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

[issue43762] Add audit events for loading of sqlite3 extensions

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

[issue43873] bz2.open() docs give conflicting defaults for mode

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

[issue43877] Logging Cookbook ambiguity

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

[issue41100] Support macOS 11 and Apple Silicon Macs

Ned Deily added the comment: No problem. Also you should not need to specify sysroot if you are; the Apple compiler front-end takes care of that for you (see man xcrun for more details). -- ___ Python tracker <https://bugs.python.org/issue41

[issue41100] Support macOS 11 and Apple Silicon Macs

Ned Deily added the comment: @harlantc, in general, please open new issues for new problems. That said, I took a quick look at the build.log you provided and it was not obvious exactly why things went wrong. The most obvious difference is that when I do a 3.9.4 build, the extension module

[issue43802] Seg fault on macOS using multiprocessing.JoinableQueue

Ned Deily added the comment: Thanks for providing a detailed and relatively simple-to-run test case for such a complicated failure. Not totally surprising for what appears to likely be a race condition, I have been unable to reproduce it under several macOS environments including

[issue43800] os.fwalk is not exposed on macOS

Ned Deily added the comment: Thank you for the report. The issue is that the necessary operating system support for opening with a file descriptor, openat, was only first implemented in macOS 10.10 (see man 2 openat) and, up until recently, all python.org macOS binaries were built on 10.9

[issue43749] venv module does not copy the correct python exe

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

[issue43773] macOS official installer builds not respecting DYLD_LIBRARY_PATH environment variable.

Ned Deily added the comment: Thanks for the report. However, I think you've drawn the wrong conclusion form what you've observed. The reason you are unable to do what you are trying to do is that the _sqlite3 module included with the python.org macOS Pythons is statically linked with its

[issue23470] OpenBSD buildbot uses wrong stdlib

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

[issue43728] Change the exception message raised when _curses is not found.

Ned Deily added the comment: "Install a supported _curses library" That's not correct advice. _curses is the name of the support module written in C in the Python Standard Library. If it is not available to import in an installation, it's most likely because the build of the mod

[issue41837] Upgrade installers to OpenSSL 1.1.1j

Ned Deily added the comment: Now updated to OpenSSL 1.1.1k in Issue43631 -- priority: deferred blocker -> resolution: -> out of date stage: patch review -> resolved status: open -> closed superseder: -> Update to OpenSSL 1.1.1k ___

[issue43724] macOS cannot compute sizeof (long double)

Ned Deily added the comment: P.S. Also check System Preferences -> Software Update for any updates to the Command Line Tools. -- ___ Python tracker <https://bugs.python.org/issu

[issue43724] macOS cannot compute sizeof (long double)

New submission from Ned Deily : >From the config.log you supplied, it looks the macOS system you are running on >was upgraded to the current latest version, 11.2.3, but the Command Line Tools >were not. It seems that with recent macOS releases, you often need to do that >manua

[issue27129] Wordcode, part 2

Change by Ned Deily : -- priority: normal -> release blocker versions: +Python 3.10 -Python 3.6 ___ Python tracker <https://bugs.python.org/issue27129> ___ _

[issue43701] Add this optionality

Ned Deily added the comment: If you want to pursue your suggestion for a change in the language, the best place to do so is first on the python-ideas mailing list (https://mail.python.org/mailman3/lists/python-ideas.python.org/). The issue tracker here is more for bugs and minor

[issue35930] Raising an exception raised in a "future" instance will create reference cycles

Ned Deily added the comment: "Those releases are in their" -- ___ Python tracker <https://bugs.python.org/issue35930> ___ ___ Python-bugs-list mailing

[issue35930] Raising an exception raised in a "future" instance will create reference cycles

Ned Deily added the comment: @jcea, I see you have created backports for 3.7 and 3.6 as well. Those release as in their security-fix-only phase of their life cycles. This doesn't seem like a security issue but am I missing something? -- nosy: +ned.deily

[issue42988] [security] CVE-2021-3426: Information disclosure via pydoc -p: /getfile?key=path allows to read arbitrary file on the filesystem

Ned Deily added the comment: New changeset 5b1e50256b6532667b6d31debc350f6c7d3f30aa by Miss Islington (bot) in branch '3.6': bpo-42988: Remove the pydoc getfile feature (GH-25015) (GH-25067) https://github.com/python/cpython/commit/5b1e50256b6532667b6d31debc350f6c7d3f30aa

[issue42988] [security] CVE-2021-3426: Information disclosure via pydoc -p: /getfile?key=path allows to read arbitrary file on the filesystem

Ned Deily added the comment: New changeset 7c2284f97d140c4e4a85382bfb3a42440be2464d by Miss Islington (bot) in branch '3.7': bpo-42988: Remove the pydoc getfile feature (GH-25015) (#25066) https://github.com/python/cpython/commit/7c2284f97d140c4e4a85382bfb3a42440be2464d

[issue43592] test_importlib: test_multiprocessing_pool_circular_import() fails with "Too many open files" error on os.pipe()

Ned Deily added the comment: FWIW, I don't recall ever seeing a "too many open files" failure for test_importlib on any of my macOS systems. -- nosy: +ned.deily ___ Python tracker <https://bugs.python.o

[issue43590] Collapse sidebar issue on https://docs.python.org/3/

Change by Ned Deily : -- assignee: -> docs@python components: +Documentation nosy: +docs@python type: behavior -> ___ Python tracker <https://bugs.python.org/i

[issue43536] 3.9.2 --without-pymalloc --with-pydebug --with-valgrind: test failed: test_posix

Ned Deily added the comment: Please report the verbose results from the failing test cases; otherwise we are just guessing at what the exact failure is. Use the -w or -v options to test.regrtest. -- nosy: +ned.deily ___ Python tracker <ht

[issue43511] tkinter with Tk 8.6.11 is slow on macOS

Ned Deily added the comment: Thanks for submitting a very interesting issue! tkinter/Tk performance is not something we normally pay a lot of attention to. I did not attempt to run your application but I was able to see significant performance differences with your simple "help('mo

[issue43285] ftplib should not use the host from the PASV response

Ned Deily added the comment: Thanks for the PRs and the What's New entries. -- assignee: ned.deily -> stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue43285] ftplib should not use the host from the PASV response

Ned Deily added the comment: New changeset 79373951b3eab585d42e0f0ab83718cbe1d0ee33 by Miss Islington (bot) in branch '3.7': [3.7] bpo-43285 Make ftplib not trust the PASV response. (GH-24838) (GH-24881) (GH-24883) https://github.com/python/cpython/commit

[issue43285] ftplib should not use the host from the PASV response

Ned Deily added the comment: New changeset 4134f154ae2f621f25c5d698cc0f1748035a1b88 by Miss Islington (bot) in branch '3.6': [3.6] bpo-43285 Make ftplib not trust the PASV response. (GH-24838) (GH-24881) (GH-24882) https://github.com/python/cpython/commit

[issue43285] ftplib should not use the host from the PASV response

Ned Deily added the comment: @gps, What about ftplib doc changes and What's new entries for this change in behavior? -- ___ Python tracker <https://bugs.python.org/issue43

[issue43489] Can't install, nothing to install

Ned Deily added the comment: You’d have to check with the Pygame project. But a quick look at the PyPI entry for Pygame seems to indicate that they provide pip-installable binaries for all current versions of Python 3. https://pypi.org/project/pygame

[issue43334] venv does not install libpython

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

[issue43490] IDLE freezes at random

Ned Deily added the comment: What version of Python are you running? And from where did you get it? Based on your other recent issue, it sounds like you may be trying to use an old version of Python 2.7, which is now retired. If possible, try using a current supported version, like Python

[issue43489] Can't install, nothing to install

Ned Deily added the comment: er, make that early 2020 :) -- ___ Python tracker <https://bugs.python.org/issue43489> ___ ___ Python-bugs-list mailing list Unsub

[issue43489] Can't install, nothing to install

Ned Deily added the comment: Python 2.7.x reached end-of-life in early 2000 so it is no longer supported in any way. That said, since you say the file extension is .mpkg and based on the behavior you describe, it sounds like you are trying to install a very old version of Python 2.7

[issue43470] Installation of Python 3.6.13 fails on MacOS Big Sur 11.2.3

Ned Deily added the comment: [Updated response] I'm sorry you ran into this but, unfortunately, Python 3.6 is in its security-fix-only phase of its life cycles and, as such, we do not provide support on them for new OS versions. Please see the detailed response to Issue43393 for more

[issue43470] Installation of Python 3.6.13 fails on MacOS Big Sur 11.2.3

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

[issue43470] Installation of Python 3.6.13 fails on MacOS Big Sur 11.2.3

Change by Ned Deily : -- superseder: Installation of Python 3.6.13 fails on MacOS Big Sur 11.2.3 -> Older Python builds are missing a required file on Big Sur ___ Python tracker <https://bugs.python.org/issu

[issue43469] Python 3.6 fails to run on MacOS (Big Sur 11.2.3)

Ned Deily added the comment: I'm sorry you ran into this but, unfortunately, the binaries from Python.org macOS installers prior to 3.7 do not work on macOS 11 Big Sur. Since Python 3.6 and 3.7 are in the security-fix-only phase of the life cycles, we do not provide support on them for new

[issue43470] Installation of Python 3.6.13 fails on MacOS Big Sur 11.2.3

Ned Deily added the comment: I'm sorry you ran into this but, unfortunately, the binaries from Python.org macOS installers prior to 3.7 do not work on macOS 11 Big Sur. Since Python 3.6 and 3.7 are in the security-fix-only phase of the life cycles, we do not provide support on them for new

[issue43379] Pasting multiple lines in the REPL is broken since 3.9

Ned Deily added the comment: It certainly could be an issue with using GNU readline vs libedit and Terry is correct that you should follow up with Homebrew. But I don't think you stated from which code editor application you were copying from; that could also make a difference. In any case

[issue43374] Apple refuses apps written in Python

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

[issue43404] No SSL certificates when using the Mac installer

Ned Deily added the comment: When installing current Pythons for macOS downloaded from python.org, you will need to run the "Install Certificates.command" file installed into the /Applications/Python 3.x" folder for the version installed. This is noted in the initial scre

[issue43379] Pasting multiple lines in the REPL is broken since 3.9

Ned Deily added the comment: Sorry, I cannot reproduce that behavior. The output you show isn't what I would expect, in any case. $ python3.8 Python 3.8.7 (v3.8.7:6503f05dd5, Dec 21 2020, 12:45:15) [Clang 6.0 (clang-600.0.57)] on darwin Type "help", "copyright", &

[issue43370] thread_time not available on python.org OS X builds

Ned Deily added the comment: The reason time.thread_time() and several other functions in other modules that all depend on features in newer versions of macOS were not available in python.org macOS binaries because the installers are meant to support a range of operating system releases

[issue43393] Older Python builds are missing a required file on Big Sur

Ned Deily added the comment: In summary, the Python binaries provided by python.org macOS installers for already end-of-life versions of Python, like 3.5 and earlier 3.x versions, do not run on macOS 11 Big Sur and attempting to build these end-of-life versions from source will still

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Ned Deily added the comment: You may have to refresh the PR so that is uses the latest HEAD that includes the config change. -- ___ Python tracker <https://bugs.python.org/issue43

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Ned Deily added the comment: 3.7 backport is now merged, too. -- ___ Python tracker <https://bugs.python.org/issue43382> ___ ___ Python-bugs-list mailin

[issue43374] Apple refuses apps written in Python

Change by Ned Deily : -- type: security -> ___ Python tracker <https://bugs.python.org/issue43374> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue43374] Apple refuses apps written in Python

Ned Deily added the comment: > What am I suppose to do? I appreciate that it's a nasty problem. Unfortunately, this is unknown territory for me: I have no experience with the Mac App Store and this is the first time I've run across a report like this. So the question again is: what

[issue43374] Apple refuses apps written in Python

Ned Deily added the comment: BTW, if you haven't already, I would strongly suggest you ask on one of the Apple Developer Forums. My first guess is that the App Store validation process is trying to incorrectly apply rules to your local Python framework (from the Python.org installed

[issue43374] Apple refuses apps written in Python

Ned Deily added the comment: Hmm, yours is the first report of this here that I'm aware of. I see other reports on the web of other non-Python projects running into similar problems. So one question is what has changed? Can you report the version info string of this Python? Have you

[issue43374] Apple refuses apps written in Python

Ned Deily added the comment: >From where are you getting the Python that you are using in the app? A number >of those libraries are not part of the python.org Mac binaries. And are you >compiling with c++ by any chance? -- ___ Pytho

[issue41837] Upgrade installers to OpenSSL 1.1.1j

Ned Deily added the comment: New changeset 0242494a156970186cbc4121ccf03aefbddea716 by Ned Deily in branch 'master': bpo-41837: Update macOS installer build to use OpenSSL 1.1.1j. (GH-24677) https://github.com/python/cpython/commit/0242494a156970186cbc4121ccf03aefbddea716

[issue41837] Upgrade installers to OpenSSL 1.1.1j

Change by Ned Deily : -- pull_requests: +23462 pull_request: https://github.com/python/cpython/pull/24677 ___ Python tracker <https://bugs.python.org/issue41

[issue43103] Add configure --without-static-libpython to not build libpython3.10.a

Ned Deily added the comment: New changeset 0608425944932f46b544afea04ae6d301a76f5f2 by Ned Deily in branch 'master': bpo-43103: Fix build failure with macOS framework builds. (GH-24676) https://github.com/python/cpython/commit/0608425944932f46b544afea04ae6d301a76f5f2

[issue43103] Add configure --without-static-libpython to not build libpython3.10.a

Change by Ned Deily : -- nosy: +ned.deily nosy_count: 2.0 -> 3.0 pull_requests: +23461 pull_request: https://github.com/python/cpython/pull/24676 ___ Python tracker <https://bugs.python.org/issu

[issue42603] Tkinter: pkg-config is not used to get location of tcl and tk headers/libraries

Ned Deily added the comment: New changeset a65b050516a4ec8f5fc591119b94ceaaa5f7afe3 by Ned Deily in branch 'master': bpo-42603: Add whatsnew and ACKS entries. (GH-24675) https://github.com/python/cpython/commit/a65b050516a4ec8f5fc591119b94ceaaa5f7afe3

[issue42603] Tkinter: pkg-config is not used to get location of tcl and tk headers/libraries

Change by Ned Deily : -- pull_requests: +23460 pull_request: https://github.com/python/cpython/pull/24675 ___ Python tracker <https://bugs.python.org/issue42

[issue43347] IDLE crashes in macOS Apple chip, maybe completions

Ned Deily added the comment: What version of Python (and Tcl/Tk) are you running on your Intel Macn that does not fail? Currently, we use Tcl/Tk 8.6.11 with the macOS 64-bit universal2 installer variant as of Python 3.9.2 and 3.10.0a4; previously, they used 8.6.10. All other current

[issue42603] Tkinter: pkg-config is not used to get location of tcl and tk headers/libraries

Ned Deily added the comment: Thanks for the PR. Merged for inclusion in 3.10.0a6. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue42603] Tkinter: pkg-config is not used to get location of tcl and tk headers/libraries

Ned Deily added the comment: New changeset d20279494a3a311c7aefa313174c45d32aa7f5d1 by Manolis Stamatogiannakis in branch 'master': bpo-42603: Use pkg-config to get TCL/TK paths for tkinter. (GH-23721) https://github.com/python/cpython/commit/d20279494a3a311c7aefa313174c45d32aa7f5d1

[issue30837] Mac OS High Sierra Beta - Python Crash

Ned Deily added the comment: If the crashes are occurring while the multiprocessing fork tests are running, it's likely the issue described in Issue33725. In Python 3.8, the default start method for multiprocessing on macOS was changed to be "spawn" rather than &quo

[issue43229] freeze searches libpython3.9.so in /usr/lib instead /usr/lib/x86_64-linux-gnu

Change by Ned Deily : -- nosy: +doko ___ Python tracker <https://bugs.python.org/issue43229> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue43274] Backlinks Strong decouverte SSL

Change by Ned Deily : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue43274> ___ ___

[issue43274] Backlinks Strong decouverte SSL

Ned Deily added the comment: https://docs.python.org/fr/3/library/ssl.html#ssl.OPENSSL_VERSION -- nosy: +ned.deily ___ Python tracker <https://bugs.python.org/issue43

[issue41837] Upgrade installers to OpenSSL 1.1.1j

Ned Deily added the comment: 1.1.1j was issued earlier this week and, from browsing the source, it appears that this fix is included (it's not mentioned as a major issue) along with other fixes. So I assume we just need to update the installers to use 1.1.1j. The question is then do need

[issue41837] Upgrade installers to OpenSSL 1.1.1i

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

[issue43236] Windows IDLE taskbar icon jump list fails to open recent files

Ned Deily added the comment: > Ned, do you have any comments, pro or con, about doing so. I don't think there is a conflict here and I don't really have an opinion as I don't use Windows regularly. From a bit of web research, it looks like the closest thing to Windows jump lists on ma

[issue41028] Move docs.python.org language and version switcher out of cpython

Ned Deily added the comment: @mdk, This seems to be working great for the the python.org doc builds. What do you think about backporting this to the current active branches so that the doc builds for individual releases and those included with binary installers show the new generic links

[issue42967] [security] urllib.parse.parse_qsl(): Web cache poisoning - `; ` as a query args separator

Ned Deily added the comment: New changeset 5c17dfc5d70ce88be99bc5769b91ce79d7a90d61 by Senthil Kumaran in branch '3.6': [3.6] bpo-42967: only use '&' as a query string separator (GH-24297) (GH-24532) https://github.com/python/cpython/commit/5c17dfc5d70ce88be99bc5769b91ce79d7a9

[issue42967] [security] urllib.parse.parse_qsl(): Web cache poisoning - `; ` as a query args separator

Ned Deily added the comment: New changeset d0d4d30882fe3ab9b1badbecf5d15d94326fd13e by Senthil Kumaran in branch '3.7': [3.7] bpo-42967: only use '&' as a query string separator (GH-24297) (GH-24531) https://github.com/python/cpython/commit/d0d4d30882fe3ab9b1badbecf5d15d94326f

[issue43218] after venv activation "which python3" and sys.path both give base installation instead of venv

Change by Ned Deily : -- resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue43218> ___ ___

[issue43218] after venv activation "which python3" and sys.path both give base installation instead of venv

Ned Deily added the comment: It could be that the activate is failing for some reason in that directory or terminal session. Try it in a new terminal session after entering "set -x" so you can see the expanded commands. -- ___ Pyth

[issue43218] after venv activation "which python3" and sys.path both give base installation instead of venv

Ned Deily added the comment: Are you sure there wasn't an existing virtual environment at .venv? By default, venv does not upgrade an existing environment. Try deleting the .venv directory first, assuming there is nothing in the environment you want to save. Otherwise you could try

[issue42967] [security] urllib.parse.parse_qsl(): Web cache poisoning - `; ` as a query args separator

Ned Deily added the comment: Ping. This issue has been delaying 3.7.x and 3.6.x security releases. I would prefer to have it resolved before releasing. -- ___ Python tracker <https://bugs.python.org/issue42

[issue43168] macOS python install shares /usr/local with homebrew and can conflict

Ned Deily added the comment: > I was wondering what the bottom text box was for. [...] I suggest you take that UX issue up with Apple as we have no control over the macOS Installer app and it has worked that way for a long, long time :) If the proposed solution in Issue43167 of adding s

[issue43168] macOS python install shares /usr/local with homebrew and can conflict

Ned Deily added the comment: On the Installation Type -> Customize window in the installer, there is an explanation of a package when you can click on it. For Unix command-line tools package, the explanation (at the bottom of the window) is: "This package installs the unix tools

[issue43167] Add a note to the macOS installer welcome window about customize options

Change by Ned Deily : -- assignee: -> ned.deily stage: -> needs patch title: macOS python install need mechanism to prevent editing shell profile files -> Add a note to the macOS installer welcome window about customize options _

[issue43167] macOS python install need mechanism to prevent editing shell profile files

Ned Deily added the comment: I'm not sure that the text on the "Installation Type" window can be customized but we could add something to either the "Introduction" or "Read Me" windows. -- ___ Python tracker <h

<    1   2   3   4   5   6   7   8   9   10   >