Ned Deily added the comment:
New changeset bf7d4d039c46232262a0f736f12761b085a6e7a8 by Miss Islington (bot)
in branch '3.9':
bpo-39883: Update macOS installer copy of LICENSE. (GH-22235) (GH-22236)
https://github.com/python/cpython/commit/bf7d4d039c46232262a0f736f12761
Change by Ned Deily :
--
nosy: +fdrake, nascheme -ned.deily, ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue41757>
___
___
Python-bugs-list m
Change by Ned Deily :
--
components: +Library (Lib) -macOS
___
Python tracker
<https://bugs.python.org/issue41757>
___
___
Python-bugs-list mailing list
Unsub
New submission from Ned Deily :
"22-Sep-2020 OpenSSL 1.1.1h is now available, including bug fixes"
Christian, any changes need in _ssl or any other reasons we should not upgrade?
Changes between 1.1.1g and 1.1.1h [22 Sep 2020]
*) Certificates with explicit curve paramete
Ned Deily added the comment:
Python 3.5 is very old; the last macOS installers from python.org for it were
released over 3 years ago and the 3.5 release series has reached end-of-life.
Is there a reason you can't use a current version of Python? 3.8.6 is now
current. Since Python
Change by Ned Deily :
--
assignee: -> terry.reedy
components: +IDLE
nosy: +terry.reedy
___
Python tracker
<https://bugs.python.org/issue41863>
___
___
Python-
Ned Deily added the comment:
Ah! I've never looked at the book or the MIT course materials. I see that an
update to the book is planned for next year and that 3.5 would have been
current when the current edition of the book was published. Generally, changes
between recent Python fe
Ned Deily added the comment:
The ScaleTest failure is the subject of Issue41306 and PR 21715.
--
___
Python tracker
<https://bugs.python.org/issue39107>
___
___
Ned Deily added the comment:
New changeset 40db798692ca783fc2163656f196ac77e8b9e792 by scoder in branch
'master':
bpo-41892: Clarify that an example in the ElementTree docs explicitly avoids
modifying an XML tree while iterating over it. (GH-22464)
https://github.com/python/cpyt
Ned Deily added the comment:
New changeset d5719247ba32b3ac700454bad9a9e2cc7edeac6a by Miss Skeleton (bot)
in branch '3.9':
bpo-41892: Clarify that an example in the ElementTree docs explicitly avoids
modifying an XML tree while iterating over it. (GH-22464) (GH-22554)
https://
New submission from Ned Deily :
For 3.9.0, test_site fails with an env changed warning:
Warning -- urllib.requests._opener was modified by test_site
Before: None
After:
test_site failed (env changed)
== Tests result: SUCCESS ==
1 test altered the execution environment:
test_site
Ned Deily added the comment:
New changeset b6d37e15cfa32e04f750d78a03a68ec5bef00a59 by Miss Skeleton (bot)
in branch '3.9':
bpo-41557: Update macOS installer to use SQLite 3.33.0 (GH-21959) (GH-22560)
https://github.com/python/cpython/commit/b6d37e15cfa32e04f750d78a03a68e
Change by Ned Deily :
--
pull_requests: +21658
pull_request: https://github.com/python/cpython/pull/22688
___
Python tracker
<https://bugs.python.org/issue41
Change by Ned Deily :
--
pull_requests: +21659
pull_request: https://github.com/python/cpython/pull/22688
___
Python tracker
<https://bugs.python.org/issue21
Ned Deily added the comment:
New changeset 6a48518e8dac3521ff387ee67cdf33783114a257 by Ned Deily in branch
'master':
bpo-41939: always enable test_site.test_license_exists_at_url (GH-22688)
https://github.com/python/cpython/commit/6a48518e8dac3521ff387ee67cdf33
Ned Deily added the comment:
Thanks for the fix, Victor.
Sometime after filing this, I remembered that we had seen a similar problem
some years ago and found bpo-21572 in which I had changed Lib/site.py to no
longer use a release-dependent URL for the license file - which is why the
check
Change by Ned Deily :
--
assignee: -> ned.deily
___
Python tracker
<https://bugs.python.org/issue42068>
___
___
Python-bugs-list mailing list
Unsubscrib
Ned Deily added the comment:
Marc, thanks for your suggestion. I'm the one responsible for how Tcl and Tk
are currently packaged in the python.org framework build and I know exactly
what you are suggesting so there is no need for you to make a PR. There were
reasons why I chose t
Ned Deily added the comment:
I wish there was a better solution but, as long as we want to continue to
integrate with the system-provided proxy configuration, I guess we're kind of
stuck. I'll try to expand Ronald's wordin
Ned Deily added the comment:
I can't reproduce with 3.9 on 10.9, either. If someone can reproduce with
current Pythons and/or macOS without involving forking, feel free to reopen
with details.
--
status: pending -> closed
___
Python
Ned Deily added the comment:
We might as well close this for now. I'm hoping for an 8.6.11 real soon now
with almost a year's worth of changes, many for macOS, and we will need to
incorporate it all into a revised installer variant. It won'
Ned Deily added the comment:
Unfortunately, I can reproduce it, or at least odd behavior when run from an
IDLE.app edit window on with 3.9.0 on macOS 10.15. By observing the macOS Dock
while running this, it looks like a second Python app instance is created while
running this. We have seen
Ned Deily added the comment:
> Could this be a duplicate of #37833?
I suppose it's possible if not using a python.org Python.
I'm not able to reproduce this with a current Python 3.9.0 on macOS 10.15.7.
I'm going to close this for now. If someone is able to provide mo
Ned Deily added the comment:
That does seem very odd but the issue clearly has been seen by multiple users.
Since it shouldn't cause any negative effects, I'm in favor of just adding
NotADirectoryError to the try/except list as suggested in the workaround and
make the probl
Change by Ned Deily :
--
keywords: +newcomer friendly
stage: -> needs patch
type: crash -> behavior
versions: -Python 3.5, Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.org/i
Change by Ned Deily :
--
nosy: +ned.deily
nosy_count: 5.0 -> 6.0
pull_requests: +21758
pull_request: https://github.com/python/cpython/pull/22801
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
New changeset e512bc799e3864fe3b1351757261762d63471efc by Ned Deily in branch
'3.7':
bpo-42051: Reject XML entity declarations in plist files (#22760) (GH-22801)
https://github.com/python/cpython/commit/e512bc799e3864fe3b135175726176
Ned Deily added the comment:
New changeset 43e523103886af66d6c27cd72431b5d9d14cd2a9 by Miss Skeleton (bot)
in branch '3.7':
bpo-41944: No longer call eval() on content received via HTTP in the CJK codec
tests (GH-22566) (GH-22578)
https://github.com/python/cpyt
Ned Deily added the comment:
New changeset a158fb9c5138db94adf24fbc5690467cda811163 by Miss Skeleton (bot)
in branch '3.6':
bpo-42051: Reject XML entity declarations in plist files (GH-22760) (GH-22801)
(GH-22804)
https://github.com/python/cpyt
Change by Ned Deily :
--
keywords: +security_issue
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
title: plistlib inherits XML vulnerabilities: we should document them ->
[security] Avoid plistlib XML vulnerabilities by rejecting entit
Ned Deily added the comment:
New changeset e912e945f2960029d039d3390ea08835ad39374b by Miss Skeleton (bot)
in branch '3.6':
bpo-41944: No longer call eval() on content received via HTTP in the CJK codec
tests (GH-22566) (GH-22579)
https://github.com/python/cpyt
Change by Ned Deily :
--
keywords: +security_issue
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.or
Change by Ned Deily :
--
nosy: +ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue39640>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
components: +Library (Lib) -Interpreter Core
keywords: +security_issue
nosy: +ned.deily, ronaldoussoren, serhiy.storchaka
title: DoS (MemError via CPU and RAM exhaustion) when processing malformed
Apple Property List files in binary format -> [security]
Change by Ned Deily :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue42107>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
To address some of the concerns:
- The shebang line in Mac/BuildScript/build-installer.py can be safely removed.
- "Lib/idlelib/pyshell.py for example, maybe the IDLE entry point is just a
symlink to that file"
It's not, at least for unix-y buil
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg379245
___
Python tracker
<https://bugs.python.org/issue41626>
___
___
Python-bugs-list m
Ned Deily added the comment:
To address some of the concerns:
- The shebang line in Mac/BuildScript/build-installer.py can be safely removed.
- "Lib/idlelib/pyshell.py for example, maybe the IDLE entry point is just a
symlink to that file"
It's not, at least for unix-y buil
Change by Ned Deily :
--
nosy: -ned.deily
versions: -Python 3.7
___
Python tracker
<https://bugs.python.org/issue30681>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
If it still does useful checks, we could just limit it to running by release
managers during the release manufacturing process; it is already run then. It
would still allow for problems to be caught and fixed by the RM prior to
release tagging. But I don't
Ned Deily added the comment:
This is the behavior seen with Tk 8.6.8 *built* on macOS 11.0 Big Sur; I'm
assuming that's what Ronald was testing. We'll be updating the macOS installers
to use a more recent Tk for installers built on 11.0 and this should go away.
Note that Tk 8
Ned Deily added the comment:
I don't know for sure why python.o is included but perhaps the intent was to
allow a user to rebuild a static interpreter with an user-supplied extension as
is hinted at in
https://docs.python.org/dev/extending/extending.html#compilation-and-li
Ned Deily added the comment:
I'm not sure I understand exactly what you are trying to accomplish but one
potential issue strikes me: you may need to ensure you are execing the right
python binary by including a more complete path:
$ (exec -a test-venv/bin/python3 test-venv/bin/pytho
Ned Deily added the comment:
> Embedding?
The example I cited from the docs was for extending Python by building a new
interpreter using an installed Python, not embedding. Dunno how often that is
done, though. Perhaps on Windows where it was more difficult to build an
interpreter f
Ned Deily added the comment:
Sorry, I didn't intend to criticize what you are trying to do, I just not sure
I understand it so I could give a more helpful response. It seems to me that an
explanation for the difference in behavior you are seeing between your Ubuntu
and macOS setups
Ned Deily added the comment:
New changeset 225e3659556616ad70186e7efc02baeebfeb5ec4 by Serhiy Storchaka in
branch '3.7':
[3.7] bpo-42103: Improve validation of Plist files. (GH-22882) (#23117)
https://github.com/python/cpython/commit/225e3659556616ad70186e7efc02ba
Ned Deily added the comment:
New changeset a63234c49b2fbfb6f0aca32525e525ce3d43b2b4 by Serhiy Storchaka in
branch '3.6':
[3.6] bpo-42103: Improve validation of Plist files. (GH-22882) (GH-23118)
https://github.com/python/cpython/commit/a63234c49b2fbfb6f0aca32525e525
Ned Deily added the comment:
New changeset dae5d728bc3f1d4039b64e4ec3a9036fd5d19587 by Miss Islington (bot)
in branch '3.6':
bpo-35560: Remove assertion from format(float, "n") (GH-11288) (GH-23231)
https://github.com/python/cpython/commit/dae5d728bc3f1d4039b6
Change by Ned Deily :
--
title: Build failure on macOS 11 (beta) -> Support macOS 11 and Apple Silicon
Macs
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
@mattip, it could also be due to https://github.com/pypa/packaging/pull/319.
I’m away from the keyboard fir the moment and can’t investigate further.
--
___
Python tracker
<https://bugs.python.org/issue41
Change by Ned Deily :
--
versions: +Python 3.10 -Python 3.9
___
Python tracker
<https://bugs.python.org/issue40656>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
New changeset ccdcb20cbeb1943f506a422c3fd942651389a187 by Erlend Egeberg
Aasland in branch 'master':
bpo-40656: Clean up detect_socket() (GH-20148)
https://github.com/python/cpython/commit/ccdcb20cbeb1943f506a422c3fd942651389a187
--
nosy:
Ned Deily added the comment:
Thanks again for the PR.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
New changeset 9ae1742bdf85dc78788ae2d68ab5b02f67f69eb3 by Steve Dower in branch
'3.7':
[3.7] bpo-42336: Improve PCbuild batch files (GH-23325) (GH-23373)
https://github.com/python/cpython/commit/9ae1742bdf85dc78788ae2d68ab5b02f67f69eb3
-
Change by Ned Deily :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
New changeset 442746af649cc2c20d690acfabf44ab0e06c36b4 by Ronald Oussoren in
branch 'master':
bpo-41100: Stripping '-arch arm64' didn't work after all (GH-23280)
https://github.com/python/cpython/commit/442746af649cc2c
Ned Deily added the comment:
New changeset 404a719b5127602c1a948f8e189ab61cd3f147d8 by Ronald Oussoren in
branch 'master':
bpo-41116: Ensure system supplied libraries are found on macOS 11 (GH-23301)
https://github.com/python/cpython/commit/404a719b5127602c1a948f8e189ab6
Ned Deily added the comment:
New changeset 0aab3522b259c40abf1f070c71aa7b914c1239b5 by Miss Islington (bot)
in branch '3.9':
bpo-41116: Ensure system supplied libraries are found on macOS 11 (GH-23301)
(GH-23455)
https://github.com/python/cpyt
Change by Ned Deily :
--
pull_requests: -21922
___
Python tracker
<https://bugs.python.org/issue41100>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
pull_requests: +22362
pull_request: https://github.com/python/cpython/pull/23472
___
Python tracker
<https://bugs.python.org/issue41
Ned Deily added the comment:
New changeset 5aa6c99da1087ded0ccb99bb12591e5ab31d75c3 by Ned Deily in branch
'3.9':
bpo-41100: Update Whatsnew and installer ReadME for 3.9.1 (GH-23472)
https://github.com/python/cpython/commit/5aa6c99da1087ded0ccb99bb12591e
Change by Ned Deily :
--
pull_requests: +22370
pull_request: https://github.com/python/cpython/pull/23480
___
Python tracker
<https://bugs.python.org/issue41
Ned Deily added the comment:
New changeset 936533ca0415c40dc64ccb5f8857720f32b3fcb4 by Ned Deily in branch
'master':
bpo-41100: minor build installer fixes (GH-23480)
https://github.com/python/cpython/commit/936533ca0415c40dc64ccb5f885772
Change by Ned Deily :
--
pull_requests: +22372
pull_request: https://github.com/python/cpython/pull/23485
___
Python tracker
<https://bugs.python.org/issue41
Ned Deily added the comment:
New changeset c0c23ea72b76b06b7db0d09415fa90bab8ded63a by Ned Deily in branch
'master':
bpo-41100: in test_platform, ignore 10.16 (GH-23485)
https://github.com/python/cpython/commit/c0c23ea72b76b06b7db0d09415fa90
Ned Deily added the comment:
New changeset 96d906b144e6e6aa96c5ffebecbcc5d38034bbda by Miss Islington (bot)
in branch '3.9':
bpo-41100: in test_platform, ignore 10.16 (GH-23485) (GH-23486)
https://github.com/python/cpython/commit/96d906b144e6e6aa96c5ffebecbcc5
Ned Deily added the comment:
Do your tests use the multiprocessing module? As of 3.8, the default start
method for multiprocessing on macOS was changed from “fork” to “spawn”:
https://docs.python.org/3.8/library/multiprocessing.html#contexts-and-start-methods
--
nosy: +ned.deily
Change by Ned Deily :
--
components: +macOS -Tkinter
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue42480>
___
___
Python-bug
Ned Deily added the comment:
The problem was originally discussed in these threads:
http://mail.python.org/pipermail/pythonmac-sig/2011-December/023428.html
http://mail.python.org/pipermail/pythonmac-sig/2011-December/023430.html
Because _scproxy is used to get information about Internet
Ned Deily added the comment:
On OS X, the linker includes in executables the absolute path to referenced
shared libraries and normally --enable-shared builds are only usable from their
installed location, i.e. after doing 'make install'. RUNSHARED is defined as
it is on OS X so t
Ned Deily added the comment:
Modified support.py in test_distutils for 2.7 (for 2.7.3), 3.2 (for 3.2.3), and
3.3, as well as in test_packaging for 3.3, to skip shared library fixing for
Mac OS X.
--
assignee: tarek -> ned.deily
resolution: -> fixed
stage: -> committed
Ned Deily added the comment:
For the as-yet unreleased changes for Issue7425, I added some test cases for
pydoc -k (apropos) and chose a keyword of "nothing", a keyword which has no
hits in the standard library. Unfortunately, you both installed third-party
packages that *do* hav
Ned Deily added the comment:
Jeroen, if you try running "help()" from a command-line python2.7, rather than
in IDLE, what results do you get? Most likely, Python will crash there and
there should be an exception and traceback printed, in which case the problem
has nothing to do
Ned Deily added the comment:
I believe this problem has been fixed by the changes for Issue7425 which will
be released in the next updates of Python 2.7 (2.7.3) and 3 (3.2.3).
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
s
Ned Deily added the comment:
Thanks for the additional output. It demonstrates that the problem you've
encountered is an old known issue with pydoc help when there are modules that
cause exceptions upon importing. And the additional issue Roger brought up is
also due to pydoc impo
Ned Deily added the comment:
While the full regression testing of all active branches against all of the
current compiler versions is in progress, my current (and preliminary)
recommendations (despite some test failures):
- for OS X 10.7.x, use the latest released Xcode, currently Xcode
Ned Deily added the comment:
Roger's patch solves the problem. Thanks! Applied to 2.7 (for 2.7.3), 3.2
(for 3.2.3), and default (for 3.3).
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
___
Python tra
Changes by Ned Deily :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13933>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
Thanks, Roger. I did a quick smoke test of the patch on OS X 10.7 with Cocoa
Tk. I didn't see any obvious problems. Of course, it needs to be tested on
Windows and with X11 on a Unix platform. Note, that there are some spurious
spaces at a few ends-of-
Ned Deily added the comment:
It looks like the test failures do not show up with debug enabled
(--with-pydebug). I'm able to reproduce them with:
./configure MACOSX_DEPLOYMENT_TARGET=10.7 CC=clang
--
nosy: +ned.deily
___
Python tracker
Ned Deily added the comment:
Thanks, Vinay, for your analysis. I adapted it for the applied fix. For 2.7,
there were two additional test_site failures that are fixed by back porting
minor fixes to site.py and sysconfig.py from 3.x. Applied in 2.7 (for 2.7.3),
3.2 (for 3.2.3), and default
Changes by Ned Deily :
--
nosy: +benjamin.peterson, georg.brandl
priority: normal -> release blocker
title: Prebuilt python-2.7.2 binaries for macosx can not compile c extensions
-> exension module builds fail with python.org OS X installers on OS X 10.7 and
10.6 with Xco
Ned Deily added the comment:
P.S. I forgot to mention that one of the 2.7 test_site failures was due to the
PYTHONUSERBASE env variable having no effect with OS X framework builds. That
had been fixed in 3.x; it's now back ported.
--
___
P
Changes by Ned Deily :
--
assignee: ronaldoussoren -> ned.deily
___
Python tracker
<http://bugs.python.org/issue13590>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
When building and installing C extension modules, distutils attempts to use the
same compiler and some compiler options as Python itself was built with. For
the current (3.2.2 and 2.7.2) 64-bit/32-bit python installers, the standard
Apple-supplied gcc-4.2 in
Ned Deily added the comment:
Thanks for the analysis, Meador. So perhaps as a temporary workaround, we
could tweak setup.py to set -O0 for building ctypes with clang?
--
___
Python tracker
<http://bugs.python.org/issue13
Ned Deily added the comment:
Éric, no, the problem is not Apple's in the sense that we enforce the use of
the build compiler. Without a fix along this line would mean that essentially
*every* user of python.org Pythons on the latest releases of OS X would have to
ensure that the enviro
Ned Deily added the comment:
Éric: I've replied to your review comments in Rietveld. Thanks.
Ronald: "distutils would not only have to check for gcc-4.2 vs. clang, but also
needs to strip "-arch ppc" from the compiler flags when it is present and it
cannot use gcc-
New submission from Ned Deily :
While final testing Distutils changes for Issue13590, I noticed that a few
tests were failing unexpectedly on 2.7.x but passing on 3.2.x. Upon further
investigation, I discovered that in 2.7 there are two copies of
"customize_compiler", the func
Changes by Ned Deily :
--
keywords: +patch
stage: needs patch -> commit review
Added file: http://bugs.python.org/file24489/issue13994_27.patch
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
With the release manager's concurrence, I've applied this patch prior to the
freeze for 2.7.3.
--
assignee: tarek -> ned.deily
priority: release blocker -> normal
resolution: -> fixed
stage: commit review -> committed/rejected
New submission from Ned Deily :
Xcode 3.2.6, the most recent release for OS X 10.6 (Snow Leopard), has a subtle
but critical bug that affects Python builds using OS X SDKs
(--enable-universalsdk=/Developer/SDKs/MacOSX10.?.sdk). The Xcode installer
creates faulty symlinks to /Library within
Ned Deily added the comment:
This issue was recently fixed by the changes for Issue7367 and will be released
in Python 2.7.3 and 3.2.3. Python 2.6 no longer receives bug fixes, only
security fixes.
--
nosy: +ned.deily
resolution: -> out of date
stage: -> committed/rejected
Ned Deily added the comment:
Changeset 499796937b7a implements PEP 394 for OS X framework builds on Python
2.7. OS X framework builds already created versioned symlinks for all
executables and scripts installed in the framework bin directory, of the
general form ${cmd} - ${cmd}2.7. This is
Changes by Ned Deily :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Also fails on 10.7 standard unix (non-framework) build on case-insensitive HFS+
fils system.
--
assignee: ronaldoussoren -> brett.cannon
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
The first bad revision is:
changeset: 75048:bbaab666e6c7
parent: 75045:5b4b70bd2b6f
user:Antoine Pitrou
date:Mon Feb 20 01:48:16 2012 +0100
summary: Issue #14043: Speed up importlib's _FileFinder by at least 8x, and
add
Ned Deily added the comment:
With impcasing.patch applied, test_importlib passes on OS X (10.7 with
case-insensitive fs).
--
___
Python tracker
<http://bugs.python.org/issue14
Ned Deily added the comment:
>Note that apple have made gcc available, as part of command line tools >for
>XCode, freely (free developer registration required though) from:
> https://developer.apple.com/downloads
>See:
>http://kennethreitz.com/xcode-gcc-and-homebrew.html
N
Ned Deily added the comment:
"shallow copy" and "deep copy" are both standard computer science terms by no
means unique to or invented by Python. We should be cautious about
documentation bloat and trying to redefine standard terms.
http://en.wikipedia.org/wiki/Obje
2201 - 2300 of 6927 matches
Mail list logo
