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'
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
Change by Ned Deily :
--
nosy: +mdk, willingc
___
Python tracker
<https://bugs.python.org/issue40562>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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
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
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
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
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
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.
Change by Ned Deily :
--
resolution: out of date -> third party
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue36944>
___
___
Pyth
Change by Ned Deily :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue1648957>
___
___
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
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
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
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
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
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
Change by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue40
Change by Ned Deily :
--
components: +Build
___
Python tracker
<https://bugs.python.org/issue40516>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +davin, pitrou
___
Python tracker
<https://bugs.python.org/issue40379>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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
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
Change by Ned Deily :
--
assignee: -> terry.reedy
components: +IDLE -macOS
nosy: +terry.reedy
___
Python tracker
<https://bugs.python.org/issue40508>
___
_
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
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
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
Change by Ned Deily :
--
nosy: +eric.araujo, ezio.melotti, mdk, willingc
___
Python tracker
<https://bugs.python.org/issue40254>
___
___
Python-bugs-list mailin
Change by Ned Deily :
--
nosy: +petr.viktorin
___
Python tracker
<https://bugs.python.org/issue40445>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +davin, pitrou
___
Python tracker
<https://bugs.python.org/issue40444>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +dstufft, ncoghlan, pradyunsg
___
Python tracker
<https://bugs.python.org/issue40448>
___
___
Python-bugs-list mailing list
Unsub
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
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
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:
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
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
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
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
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
Change by Ned Deily :
--
assignee: -> ned.deily
___
Python tracker
<https://bugs.python.org/issue40400>
___
___
Python-bugs-list mailing list
Unsubscrib
Ned Deily added the comment:
Issue40370 documents test_peg_generator breakage on an AIX buildbot.
--
___
Python tracker
<https://bugs.python.org/issue40
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
Change by Ned Deily :
--
nosy: +pablogsal
___
Python tracker
<https://bugs.python.org/issue40370>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
Change by Ned Deily :
--
versions: +Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue38360>
___
___
Python-bugs-list mailing list
Unsub
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
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
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
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
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
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
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
Change by Ned Deily :
--
pull_requests: +18966
pull_request: https://github.com/python/cpython/pull/19642
___
Python tracker
<https://bugs.python.org/issue40
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
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
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
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
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
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
Change by Ned Deily :
--
nosy: +orsenthil
___
Python tracker
<https://bugs.python.org/issue40321>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue23414>
___
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
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg366681
___
Python tracker
<https://bugs.python.org/issue40312>
___
___
Python-bugs-list m
Change by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<https://bugs.python.org/issue40312>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg366682
___
Python tracker
<https://bugs.python.org/issue40312>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg366680
___
Python tracker
<https://bugs.python.org/issue40312>
___
___
Python-bugs-list m
Ned Deily added the comment:
Going going gone
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue40312>
___
___
Python-bugs-list mailin
Change by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue40247>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
nosy: +davin, pitrou
___
Python tracker
<https://bugs.python.org/issue40106>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
Change by Ned Deily :
--
assignee: -> ned.deily
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue40198>
___
___
Python-bugs-list mai
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
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
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
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
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
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.
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
Change by Ned Deily :
--
nosy: +gpolo, serhiy.storchaka
type: crash -> behavior
___
Python tracker
<https://bugs.python.org/issue40011>
___
___
Python-bugs-lis
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg364593
___
Python tracker
<https://bugs.python.org/issue40011>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg364586
___
Python tracker
<https://bugs.python.org/issue40011>
___
___
Python-bugs-list m
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
Change by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue22699>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg364423
___
Python tracker
<https://bugs.python.org/issue31895>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg364424
___
Python tracker
<https://bugs.python.org/issue39988>
___
___
Python-bugs-list m
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
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
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
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
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
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
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
Change by Ned Deily :
--
nosy: +davin, pitrou
___
Python tracker
<https://bugs.python.org/issue39931>
___
___
Python-bugs-list mailing list
Unsubscribe:
1001 - 1100 of 6889 matches
Mail list logo