Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg408966
___
Python tracker
<https://bugs.python.org/issue41210>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg407902
___
Python tracker
<https://bugs.python.org/issue41210>
___
___
Python-bugs-list m
Ned Deily added the comment:
PyQT is a third-party product and not part of Python or the Python Standard
Library. Suggest you contact that project and/or ask on one of the general
assistance forums, like Stack Overflow. Good luck!
https://riverbankcomputing.com/software/pyqt/
https
Ned Deily added the comment:
>From the release notes, there didn’t seem to be anything super critical. I
>wasn’t contemplating any special releases: just update for the next scheduled
>releases.
--
___
Python tracker
<https://bug
Change by Ned Deily :
--
pull_requests: -28396
___
Python tracker
<https://bugs.python.org/issue6110>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
pull_requests: -28394
___
Python tracker
<https://bugs.python.org/issue6110>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ned Deily :
Update Windows build, macOS installer, and Tools/multissltests.py
--
components: Build, Windows, macOS
messages: 408736
nosy: christian.heimes, ned.deily, paul.moore, ronaldoussoren, steve.dower,
tim.golden, zach.ware
priority: normal
severity: normal
Change by Ned Deily :
--
components: +Regular Expressions
nosy: +ezio.melotti, mrabarnett, serhiy.storchaka -ned.deily, ronaldoussoren
type: crash -> behavior
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Documentation downloads are still built and provided for each release (as
linked to from https://www.python.org/doc/ and
https://www.python.org/doc/versions/) as well as daily for the heads of each
active bugfix and feature branch, in each case via the "Dow
Ned Deily added the comment:
>From comments in duplicate Issue46043:
"There is definitely something odd going on here. I am seeing different
behaviors across different systems: I have at least one macOS 12.0.1 system
where the Launcher app seems to work OK with the current 3.10.1
Ned Deily added the comment:
There is definitely something odd going on here. I am seeing different
behaviors across different systems: I have at least one macOS 12.0.1 system
where the Launcher app seems to work OK with the current 3.10.1 (as long as the
Terminal.app is already running
Change by Ned Deily :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue45999>
___
___
Change by Ned Deily :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue45986>
___
Ned Deily added the comment:
Perhaps I'm misunderstanding to which links you are referring but I am not
seeing any broken links in that section at the moment. Could you retry and, if
so, list exactly which links do not work for you?
--
nosy: +ned.deily
status: open -> pend
Ned Deily added the comment:
The issue here turned out to be that the architecture selection code for
libmpdec builds on macOS had been scrambled a bit on the move from setup.py to
configure. To support universal builds correctly, libmpdec has code to decide
itself which arch(s) to build
Ned Deily added the comment:
New changeset ddbab69b6d44085564a9b5022b96b002a52b2f2b by Ned Deily in branch
'main':
bpo-45798: Let libmpdec decide which archs to build on macOS as done
previously. (GH-29949)
https://github.com/python/cpython/commit/ddbab69b6d44085564a9b5022b96b002a52b2f2b
Ned Deily added the comment:
I've now verified that the _bootstrap_python fix for framework builds works -
removing "release blocker" status. Thanks, Christian!
--
priority: release blocker ->
___
Python tracker
<https:/
Change by Ned Deily :
--
pull_requests: +28174
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29949
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
It looks like this change broke macOS universal2 builds of libmpdec. I'm
looking at it now but wanted to flag it as a "release blocker" for tagging
3.11.0a3.
--
nosy: +ned.deily
priority: normal -> release blocker
resolution: fixed ->
Ned Deily added the comment:
> How does one go about upgrading their tkinter version?
Since, based on your path names, you appear to be using a Python from
miniconda, you should check with that project. Perhaps they have a newer
version available. Good luck!
--
resolution: -&g
Ned Deily added the comment:
> Ned, does this change solve the issue with framework builds?
No. I would guess at a minimum getpath.c for _bootstrap_python might need to be
built without WITH_NEXT_FRAMEWORK defined. But I'm out of time for today and
don't expect to have much time availa
Ned Deily added the comment:
Framework builds on macOS now fail with a bus error when trying to run the
newly built _bootstrap_python. A simplified example:
$ ./configure --enable-framework=$PWD/Library/Frameworks
checking for git... found
checking build system type... x86_64-apple
Change by Ned Deily :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
New changeset f34d181fa15e1f082140a4e4a8fa3b77118f8e98 by Ned Deily in branch
'main':
bpo-45732: Update python.org macOS installer to use Tcl/Tk 8.6.12. (GH-29931)
https://github.com/python/cpython/commit/f34d181fa15e1f082140a4e4a8fa3b77118f8e98
Ned Deily added the comment:
New changeset 7accb4fdb3dc1b4140089edee290998aff496fe2 by Ned Deily in branch
'3.9':
bpo-45732: Update python.org macOS installer to use Tcl/Tk 8.6.12. (GH-29933)
https://github.com/python/cpython/commit/7accb4fdb3dc1b4140089edee290998aff496fe2
Ned Deily added the comment:
New changeset 20801982fa696a01ad2c116925bddf2fda106338 by Ned Deily in branch
'3.10':
bpo-45732: Update python.org macOS installer to use Tcl/Tk 8.6.12. (GH-29932)
https://github.com/python/cpython/commit/20801982fa696a01ad2c116925bddf2fda106338
Change by Ned Deily :
--
pull_requests: +28157
pull_request: https://github.com/python/cpython/pull/29933
___
Python tracker
<https://bugs.python.org/issue45
Change by Ned Deily :
--
pull_requests: +28156
pull_request: https://github.com/python/cpython/pull/29932
___
Python tracker
<https://bugs.python.org/issue45
Change by Ned Deily :
--
pull_requests: +28155
pull_request: https://github.com/python/cpython/pull/29931
___
Python tracker
<https://bugs.python.org/issue45
Change by Ned Deily :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue45967>
___
___
Ned Deily added the comment:
I am not able to reproduce this failure with various macOS Pythons from
python.org that are built with either Tk 8.6.8 or 8.6.12. Perhaps it's an issue
with the Tk provided with your Miniconda Python? Besides answering Serhiy's
question, it would be helpful
Ned Deily added the comment:
> So I guess the only way to actually get make doctest to work is if the
> virtual env uses the version of python in main. Is there anyway to do that?
By default, the Doc/Makefile "venv" target uses the first "python3" it finds on
Ned Deily added the comment:
> It would be really great if Python 3.10.1 for macOS would come with Tcl/Tk
> 8.6.12, as it is supposed to fix a nasty crash with Spanish keyboard.
Not to worry, the Tk for the macOS 3.10.1 will be updated. I need to do some
more testing first. (BTW, I
Ned Deily added the comment:
Getting back to this old issue, retesting with a current MacPorts Python 3.9.9
and libedit @20210910-3.1_1, I no longer see the problematic disappearance of
the smart quotes; the example now produces the expected "invalid character in
identifier" Synta
Ned Deily added the comment:
Thanks for the report. macOS does not ship with the GNU readline library due to
its GPL licensing and instead relies on the BSD editline library, libedit,
which, while providing similar functionality, has a different API than GNU
readline. However, editline does
Ned Deily added the comment:
This issue was already closed under the presumption that what you described is
Tk behavior. tkinter is the module in the Python standard library that provides
the “glue” to the third-party TCL and Tk libraries; it is pretty much a thin
wrapper that provides
Ned Deily added the comment:
That is very unusual behavior. Pip has its own private certificate store that
it uses to make secure connections to pypi.org and the version of pip supplied
with the python.org 3.10.0 macOS installer should work just fine as is. I just
verified that it works
Ned Deily added the comment:
Yes, this does appear to be a result of the problem described in Issue45350. As
noted there, the problem was caused by running autoreconf to regerenerate the
./configure script in an environment where pkg-config wasn't installed which
caused some pkg-config code
Ned Deily added the comment:
For the record, the Tk issue opened for this is at:
https://core.tcl-lang.org/tk/tktview?name=300bad1beb
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue45
Change by Ned Deily :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue45796>
___
___
Change by Ned Deily :
--
nosy: +orsenthil
___
Python tracker
<https://bugs.python.org/issue45795>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
> Would osx_framework_user scheme for macOS be a satisfactory entry?
Yes, it should be there.
--
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Which installations paths are used varies on other factors besides platform.
Rather than duplicate information here, I suggest simplifying the sys.prefix
doc here by removing the details about installation paths and instead refer to
the Installation Paths
Ned Deily added the comment:
SGTM,2
This all sounds great. I think a goal here should be to remove all header and
lib file searching from setup.py as that has always been a bug magnet. Perhaps
one workaround for those libs that don't (yet) provide .pc files would be for
us to supply
Ned Deily added the comment:
>> 1) __APPLE_USE_RFC_3542 should have been in socketmodule.c from the start,
>> not sure why it was added in setup.py.
> FTR, it was added by me in bpo-35569, GH-19526. I moved the check to setup.py
> because Ned made me do it :P
Yeah, we
Ned Deily added the comment:
> Python 3.6 is in security-fix only mode.
And besides that, it's not clear what problem you are reporting without more
context. As far as I can tell, neither the "good" nor the "bad" commit ids you
reference are in or were backported to
Ned Deily added the comment:
It seems to me that some (most?) of the macOS-specific workarounds in setup.py
were added to make it easy to build with the system-provided copies of the
third-party libraries, like zlib and sqlite3 and openssl. At least one of the
workarounds
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue45737>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ned Deily :
https://sourceforge.net/p/tcl/mailman/message/37380142/
--
components: Build, Windows, macOS
messages: 405834
nosy: ned.deily, paul.moore, ronaldoussoren, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Update
Ned Deily added the comment:
Thanks everyone, especially Marc! python.org macOS installers for 3.9.8,
3.10.0, and 3.11.0a2 with patched versions of Tk to avoid the filedialog
problems on macOS 12 Monterey are now released and available for download. We
can now close this issue and move
Ned Deily added the comment:
After I posted the previous reply, I saw that there have been other users
affected by this, so I have now also made the updated installer available under
the old URL.
--
___
Python tracker
<https://bugs.python.
Ned Deily added the comment:
> Could this be bumped to a version update to like 3.10.1 or just replace the
> old package with this updated one?
I'm sorry that this caused problems for you. We rarely update the artifacts for
a release but, in this case, 3.10.1 was not scheduled for r
Ned Deily added the comment:
As you note, Python 3.6 is almost at end-of-life, in fewer than two months from
now. And, in any case, it is in the security-fix-only phase of its life cycle
so changes just to support OS platform or build tool updates are out-of-scope
in general, not to mention
Ned Deily added the comment:
> Ned, what about USING_APPLE_OS_LIBFFI? Is it still relevant?
It was just added a year ago as part of the support for macOS 11 Big Sur and
Apple Silicon systems.
--
___
Python tracker
<https://bugs.pyth
Ned Deily added the comment:
An update: we believe that the problem with the Save dialog window not closing
has been fixed in a revised updated macOS installer for 3.10.0 which is now
available as the default download from python.org. See Issue44828 for more
details
Ned Deily added the comment:
OK, thanks to Marc's quick response, it looks like we have conquered the
elusive zombie dialog window. So let's try again. Note that the download file
name has changed to avoid any confusion:
As of 2021-11-03, the macOS installer file on python.org
Ned Deily added the comment:
New changeset d53d9e7f4f1656a13b030b17baca743455e511fd by Ned Deily in branch
'3.9':
bpo-44828: Avoid leaving a zombie Save panel. (GH-29371)
https://github.com/python/cpython/commit/d53d9e7f4f1656a13b030b17baca743455e511fd
Ned Deily added the comment:
New changeset 6681a77c52df41636feb213d63ba27a759c7e5f4 by Ned Deily in branch
'3.10':
bpo-44828: Avoid leaving a zombie Save panel. (GH-29369)
https://github.com/python/cpython/commit/6681a77c52df41636feb213d63ba27a759c7e5f4
Ned Deily added the comment:
New changeset 4a8b4051734fd2ce46e15e6369811132ac3a5697 by Ned Deily in branch
'main':
bpo-44828: macOS installer: avoid leaving a zombie Save panel in Tk 8.6.12rc1
(GH-29367)
https://github.com/python/cpython/commit/4a8b4051734fd2ce46e15e6369811132ac3a5697
Change by Ned Deily :
--
pull_requests: +27630
pull_request: https://github.com/python/cpython/pull/29367
___
Python tracker
<https://bugs.python.org/issue44
Change by Ned Deily :
--
pull_requests: +27629
pull_request: https://github.com/python/cpython/pull/29372
___
Python tracker
<https://bugs.python.org/issue44
Change by Ned Deily :
--
pull_requests: +27628
pull_request: https://github.com/python/cpython/pull/29371
___
Python tracker
<https://bugs.python.org/issue44
Change by Ned Deily :
--
pull_requests: +27627
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/29369
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
> When you press Command-S on a non-new edit window you do see the flash
of the Save menu, so it would appear that a dialog was meant to appear,
and there is no indication of why it did not.
Yes, that is long-standing behavior of IDLE on macOS; I just verif
Ned Deily added the comment:
> Subsequent Command-S presses do not cause the file dialog to reappear.
Do you mean Command-S after modifying an IDLE edit window that has already been
Save (or was Opened, not New)? In that case, the file dialog shouldn't appear:
it saves to the existing f
Ned Deily added the comment:
Alas, the celebration was premature. Shortly after posting msg405488 above, I
installed the updated 3.10.0 on yet another macOS system and, on this one, I
observed a problem: under some circumstances at least, the Save dialog window
becomes orphaned and does
Ned Deily added the comment:
Thanks for the report. We'll look into it on Issue44828.
--
resolution: wont fix -> duplicate
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
See msg405488: an updated macOS installer for 3.10.0 is now available as the
default download from python.org.
--
___
Python tracker
<https://bugs.python.org/issue45
Ned Deily added the comment:
As of 2021-11-02, the macOS installer file on python.org for the 3.10.0 release
has been updated to include an updated Tk library that includes this fix. All
other files installed by the installer are the same as in the original 3.10.0
installer, other than
Change by Ned Deily :
--
type: crash -> behavior
versions: +Python 3.10, Python 3.11 -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Thank you for the issue and the reminder. Unfortunately, you are running into a
problem with the Python Launcher as documented in open Issue40477, a problem
that has slipped off my radar. Due to changes in macOS 10.15 Catalina and still
present in 11 Big Sur
Ned Deily added the comment:
Thanks for the heads-up about the "10.16" issue, Marc. Sorry I missed that
aspect when reviewing your fix as we had run into that "feature" before. I
guess the idea was that it made it easier during the early days of Big Sur to
build som
Change by Ned Deily :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> tkinter.filedialog linked with Tk 8.6.11 crashes on macOS 12
Monterey, breaking IDLE saves
___
Python tracker
<https://
Change by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<https://bugs.python.org/issue45682>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
New changeset be8318be05e1a874215fa75b8845ede74b2c69b6 by Ned Deily in branch
'main':
bpo-44828: Avoid tkinter file dialog failure on macOS 12 Monterey (GH-29276)
https://github.com/python/cpython/commit/be8318be05e1a874215fa75b8845ede74b2c69b6
Change by Ned Deily :
--
pull_requests: +27539
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29276
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
> Here is one more attempt, hopefully the final one.
I think we have a winner! The issues I've seen all seem to be resolved in this
latest round. Thank you, Marc! For the record, my testing for this has been
very rudimentary manual testing so I'm certai
Change by Ned Deily :
Added file:
https://bugs.python.org/file50401/Python_2021-10-27-231507_pyb15.crash
___
Python tracker
<https://bugs.python.org/issue44828>
___
___
Change by Ned Deily :
Added file:
https://bugs.python.org/file50400/Python_2021-10-27-231308_pyb15.crash
___
Python tracker
<https://bugs.python.org/issue44828>
___
___
Ned Deily added the comment:
Thanks for the quick response, Marc. The results of testing were mixed. The
good news: the new version did seem to solve the Monterey problem of the "UFO"
and the loss of keyboard focus. However, the new version causes new problems on
other releases.
Ned Deily added the comment:
All of the open branches are affected by this since we also have to build
documentation for security-fix-only branches when releases. PRs for 3.7 and 3.6
forthcoming.
--
versions: +Python 3.6, Python 3.7, Python 3.8
Change by Ned Deily :
--
pull_requests: +27509
pull_request: https://github.com/python/cpython/pull/29245
___
Python tracker
<https://bugs.python.org/issue45
Change by Ned Deily :
--
components: -macOS
nosy: +vinay.sajip -ned.deily, ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue45628>
___
___
Pytho
Ned Deily added the comment:
New changeset 30c1f18ee62cef301e18488b80b4d329290f7b95 by Ned Deily in branch
'3.9':
[3.9] bpo-45618: Fix documentation build by pinning Docutils version to 0.17.1
(GH-29230) (GH-29241)
https://github.com/python/cpython/commit
Ned Deily added the comment:
New changeset 2b7b7c7320cd856df5439afc3c984873678c27d8 by Miss Islington (bot)
in branch '3.10':
bpo-45618: Fix documentation build by pinning Docutils version to 0.17.1
(GH-29230) (GH-29240)
https://github.com/python/cpython/commit
Change by Ned Deily :
--
pull_requests: +27504
pull_request: https://github.com/python/cpython/pull/29241
___
Python tracker
<https://bugs.python.org/issue45
Ned Deily added the comment:
New changeset bcee6aa31550cfecdc3acecbd0e4447bb0051887 by m-aciek in branch
'main':
bpo-45618: Fix documentation build by pinning Docutils version to 0.17.1
(GH-29230)
https://github.com/python/cpython/commit/bcee6aa31550cfecdc3acecbd0e4447bb0051887
Change by Ned Deily :
--
assignee: terry.reedy -> ned.deily
___
Python tracker
<https://bugs.python.org/issue44828>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
Marc, thanks for providing the patch for Tk. There are some issues with it,
though, at least when used with IDLE. I built a Python 3.10.0+ universal2
installer, like what we provide on python.org, with just the updated Tk and
tested it on macOS 10.9, 10.13
Change by Ned Deily :
--
nosy: +lukasz.langa, mdk, pablogsal
priority: normal -> release blocker
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Note that we have since discovered that the fix for this problem inadvertently
did not make it into the 3.10.0 release. It is in the current 3.10 branch and
will be in 3.10.1, the first bugfix release for 3.10
Change by Ned Deily :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue24151>
___
___
Change by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue45573>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue45548>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
versions: +Python 3.11 -Python 3.10, Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue42514>
___
___
Python-bug
Ned Deily added the comment:
That is expected behavior. "get" is a method of "dict".
>>> payload = {}
>>> dir(payload)
['__class__', '__class_getitem__', '__contains__', '__delattr__',
'__delitem__', '__dir__', '__doc__', '__eq__', '__format__', '__ge
Ned Deily added the comment:
There are similar test failures on macOS with the current Tk 8.6.11.1 on both
3.10 and 3.11.
--
nosy: +ned.deily
stage: patch review -> needs patch
versions: +Python 3.10
___
Python tracker
<https://bugs.pyth
Change by Ned Deily :
--
pull_requests: -27336
___
Python tracker
<https://bugs.python.org/issue45436>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the report, @ux, and thanks for the PR, Andrei! I've backported the
fix for release in 3.10.1 but I think it's pretty late in 3.9's release cycle
and we've lived this long with the issue.
--
resolution: -> fixed
stage: patch rev
Ned Deily added the comment:
New changeset 6a533a423869e28d9086cf4d79029f59e9eec916 by andrei kulakov in
branch 'main':
bpo-45221: Fix handling of LDFLAGS and CPPFLAGS options in setup.py (GH-29031)
https://github.com/python/cpython/commit/6a533a423869e28d9086cf4d79029f59e9eec916
201 - 300 of 6889 matches
Mail list logo