Ned Deily added the comment:
As @willingc notes, it is a Homebrew build issue that should be addressed by
Homebrew. That said, it is also possible that Homebrew builds have been
affected by changes in Mojave as mentioned in Issue34956. I plan to look into
that shortly to see if we can
Change by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<https://bugs.python.org/issue37276>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
@maggyero, Please do not spam a list of people by add their names to issues; it
will not speed a resolution. Let the people doing bug triage evaluate the
issue and, if necessary, nosy the appropriate developers
Ned Deily added the comment:
> It seems to be compiled using Tcl 8.5 that is installed with the system.
Yes, and that is almost certainly the original poster's problem, as well. In
fact, this same issue was reported in Issue10731 in 2010. The Tcl/Tk 8.5
supplied by Apple in ma
Ned Deily added the comment:
FWIW, I can't reproduce the failure using either Python 3.7.3 from either the
python.org binary installer or a current MacPorts 3.7.3. But that's not
surprising as the issue is most likely in Tk rather than IDLE or Python itself.
Can you supply the output from
Ned Deily added the comment:
Thanks, @adam, for the analysis and thanks, zihengCat, for the PR.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9
___
Python tracker
<https://bug
Ned Deily added the comment:
New changeset 6ffd9b05dfade9e3a101fe039157856eb855f82e by Ned Deily (ziheng) in
branch 'master':
bpo-32627: Fix compile error when conflicting `_uuid` headers included
(GH-11751)
https://github.com/python/cpython/commit/6ffd9b05dfade9e3a101fe039157856eb855f82e
Ned Deily added the comment:
The uuid issue is described in Issue32627 and there is a PR fix for it awaiting
review (PR 11751). As Christian notes, the curses issues seems to be related
to some configure option. If you haven't already, suggest you start with the
simplest configure options
Ned Deily added the comment:
Thank you for the report. The issue of the interpreter not being able to
gracefully handle a stack overflow error is an old one: see, for example
Issue18075 or Issue35542. So far, no one has proposed a solution and, as can
be seen in Issue18075, workarounds
Ned Deily added the comment:
Thanks again everyone. The general solution has now been merged to all active
branches for release in 3.8.0, 3.7.4, and 2.7.17.
Note that Issue19960 identifies an additional problem only on 2.7 where a few
extension modules, notably zlib, are still not being
Ned Deily added the comment:
Now that Apple, as of 10.14, has removed the option to install system header
files into their traditional locations (like /usr/include), thus making every
build a build from an SDK, this problem is now more noticeable. At least, I
finally noticed it while
Change by Ned Deily :
--
pull_requests: +14087
pull_request: https://github.com/python/cpython/pull/14257
___
Python tracker
<https://bugs.python.org/issue19
Ned Deily added the comment:
New changeset c421c66a58a6caae30f0679d7e61411418e67cec by Ned Deily in branch
'2.7':
bpo-36231: Support building on macOS without /usr/include (GH-13773) (GH-14256)
https://github.com/python/cpython/commit/c421c66a58a6caae30f0679d7e61411418e67cec
Change by Ned Deily :
--
pull_requests: +14086
pull_request: https://github.com/python/cpython/pull/14256
___
Python tracker
<https://bugs.python.org/issue36
Ned Deily added the comment:
Thanks for the report. Would you be interested in providing a pull request
with a fix?
--
nosy: +ned.deily, ronaldoussoren
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue37
Change by Ned Deily :
--
versions: +Python 2.7, Python 3.7
___
Python tracker
<https://bugs.python.org/issue36231>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
Thank you again for the suggested PR. Using "xcrun --show-sdk-path" at
configure time *is* appealing. Unfortunately, it does not cover all of the
necessary use cases.
One, the --show-sdk-path option is not available on old versions of xcrun,
version
Ned Deily added the comment:
New changeset c7302116573d853d3181133477d9d0e4d4d3abfd by Ned Deily in branch
'3.7':
bpo-36231: Support building on macOS without /usr/include (GH-13773) (GH-14208)
https://github.com/python/cpython/commit/c7302116573d853d3181133477d9d0e4d4d3abfd
Change by Ned Deily :
--
pull_requests: +14046
pull_request: https://github.com/python/cpython/pull/14208
___
Python tracker
<https://bugs.python.org/issue36
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 a5b1b222077870f194ca7c8c0326eeda014f0452 by Ned Deily in branch
'2.7':
bpo-34631: Updated OpenSSL to 1.0.2s in macOS installer. (GH-14198)
https://github.com/python/cpython/commit/a5b1b222077870f194ca7c8c0326eeda014f0452
Change by Ned Deily :
--
pull_requests: +14035
pull_request: https://github.com/python/cpython/pull/14198
___
Python tracker
<https://bugs.python.org/issue34
Ned Deily added the comment:
New changeset 373dace8d7ee5107cb38cd2e4fa5fd67dcad42dd by Ned Deily (animalize)
in branch '2.7':
[2.7] bpo-35360: Update macOS installer to use SQLite 3.28.0 (GH-14183)
https://github.com/python/cpython/commit/373dace8d7ee5107cb38cd2e4fa5fd67dcad42dd
Ned Deily added the comment:
New changeset c101d1a88a8e0b0cec479307b4e0ae6866958a49 by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-35031: also disable TLS 1.3 for test_start_tls_server_1 on macOS (GH-14188)
(GH-14192)
https://github.com/python/cpython/commit
Ned Deily added the comment:
New changeset d8f336fdc10decdd82d3bc81a63aea8be149c0c8 by Ned Deily (animalize)
in branch 'master':
bpo-35360: Update macOS installer to use SQLite 3.28.0 (GH-14180)
https://github.com/python/cpython/commit/d8f336fdc10decdd82d3bc81a63aea8be149c0c8
Ned Deily added the comment:
New changeset a514f782b822bd7bca7c8d78be7bd53bc25c1908 by Ned Deily in branch
'master':
bpo-35031: also disable TLS 1.3 for test_start_tls_server_1 on macOS (GH-14188)
https://github.com/python/cpython/commit/a514f782b822bd7bca7c8d78be7bd53bc25c1908
Ned Deily added the comment:
New changeset f3fb8393e3cbbdc0ec79e0fdefaadec6977e1491 by Ned Deily in branch
'master':
bpo-34631: Updated OpenSSL to 1.1.1c in macOS installer (GH-14187)
https://github.com/python/cpython/commit/f3fb8393e3cbbdc0ec79e0fdefaadec6977e1491
Change by Ned Deily :
--
pull_requests: +14025
pull_request: https://github.com/python/cpython/pull/14188
___
Python tracker
<https://bugs.python.org/issue35
Change by Ned Deily :
--
pull_requests: +14024
pull_request: https://github.com/python/cpython/pull/14187
___
Python tracker
<https://bugs.python.org/issue34
Ned Deily added the comment:
New changeset 516a6a254814d2bc6a90290dfc44d77fdfb4050b by Ned Deily (Victor
Stinner) in branch '3.6':
bpo-33529, email: Fix infinite loop in email header encoding (GH-12020)
(GH-14162)
https://github.com/python/cpython/commit
Ned Deily added the comment:
Might as well, thanks!
--
___
Python tracker
<https://bugs.python.org/issue34631>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
As far as I can tell, the only thing left to do for this issue is to add a
documentation warning to the 3.7 documents similar to what was added to 3.8 but
without the change in default. A PR would be nice
Ned Deily added the comment:
> (I assume the Windows installer build is not using 1.1.1. Steve?)
After doing a little more homework and better understanding
PCbuild/get_externals.bat, https://github.com/python/cpython-source-deps, and
https://github.com/python/cpython-bin-d
Ned Deily added the comment:
It looks we missed the window for 3.7.4 here. (I assume the Windows installer
build is not using 1.1.1. Steve?) Talking with Christian about this in IRC,
we agreed, the CI pipelines (Azure and travis) are now using 1.1.1c and I've
put a request
Ned Deily added the comment:
What to do here? This was originally filed as a "release blocker" and I
allowed 3.7.3 to go out without a resolution for it since we had agreed to
@christian.heimes proposal to defer full support of OpenSSL 1.1.1 until 3.7.4.
Now we are approaching c
Ned Deily added the comment:
Since there has been no followup on this, I assume it is no longer a problem
for anyone and am closing.
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracke
Ned Deily added the comment:
Ping. This was marked as a 3.7regression. Is a change needed?
--
___
Python tracker
<https://bugs.python.org/issue36403>
___
___
Ned Deily added the comment:
Ping. This was marked as a 3.7regression and there is a PR waiting for review.
Do we have plans to remove _dummy_thread in 3.8 or 3.9?
--
nosy: +ned.deily
versions: +Python 3.9
___
Python tracker
<ht
Ned Deily added the comment:
Ping. It was marked as a 3.7regression but perhaps it should now be just
targeted for 3.8.
--
nosy: +ned.deily
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue36
Ned Deily added the comment:
Can we close this or is there anything further needed for this issue?
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue35
Ned Deily added the comment:
As far as I recall, the scrollbar issue did seem to be fixed in 8.6.9.1 so that
was one plus for updating. But, as described in Issue35485, updating
introduced other, far more serious new problems so we decided to revert to
8.6.8 and wait for a new official
Change by Ned Deily :
--
components: +asyncio
nosy: +asvetlov, yselivanov
___
Python tracker
<https://bugs.python.org/issue34506>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
> Since then, there do not seem to have been any official releases of 8.6.9 so
> we remain with 8.6.8
That is: there have been no official releases of Tk past 8.6.9.1 which was
tried, along with the then current HEAD of the 8.6 maintenance branch
Ned Deily added the comment:
As far as I recall, we have only ever shipped 8.6.8 in final releases since we
started providing a built-in Tcl/Tk in the python.org macOS installers as of
3.7.0, 3.6.8, and 2.7.16 (https://www.python.org/download/mac/tcltk/). There
was the disastrous attempt
Change by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<https://bugs.python.org/issue34831>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
assignee: -> ned.deily
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue37285>
___
___
Python-bugs-list mai
Ned Deily added the comment:
> Should we backport this to 3.7 as well?
Not unless someone can show how this is a major problem in 3.7 and then only if
the changes will not introduce any 3.7.x compatibility problems.
--
nosy: +ned.deily
___
Pyt
Ned Deily added the comment:
See also the discussion and fix merged in Issue35070.
--
___
Python tracker
<https://bugs.python.org/issue33223>
___
___
Python-bug
Ned Deily added the comment:
This issue has roamed quite a bit so it is a little bit difficult to tell what
problem(s) have been seen here. But, clearly Jeffrey's PR fixes a real and now
reproducible problem so I'm declaring victory and have closed this issue now.
Thanks everyonw! I am
Ned Deily added the comment:
Merged for release in 3.8.0b2 and 3.7.4.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
New changeset 8725c83ed5ca8959195ad8326db99d564a921749 by Ned Deily (Jeffrey
Kintscher) in branch 'master':
bpo-35070: test_getgrouplist may fail on macOS if too many groups (GH-13071)
https://github.com/python/cpython/commit
Ned Deily added the comment:
FWIW, I tried reproducing with 3.8 at 996e52623af3854552d41751e0c2522bc0a7e84f
(the PR 14000 checkin) on both a current 10.14.5 Mojave system and on a 10.13.6
High Sierra system (the version used in the failed Azure test) and did not see
any unusual failures. I
Ned Deily added the comment:
Thanks for contributing the PRs!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ned Deily added the comment:
New changeset 905e19a9bf9afd6439ea44fc6a4f3c8631750d6d by Ned Deily (Makdon) in
branch 'master':
bpo-37216: update version to 3.9 in mac using document (GH-13966)
https://github.com/python/cpython/commit/905e19a9bf9afd6439ea44fc6a4f3c8631750d6d
Ned Deily added the comment:
The problem with the duplicate `.. module:: email.message` was fixed about 10
days ago with PR 13742 and backports; the fix adds a :noindex: to the duplicate
entry. I'm guessing that people seeing this problem had upgraded to Sphinx 2.1
but had not recently
Ned Deily added the comment:
Thanks for the report. Fixed in PR 14040
(3a2883c313be3aff34c61a42e586f8507ba5945f) in master.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bug
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg345225
___
Python tracker
<https://bugs.python.org/issue37230>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg345224
___
Python tracker
<https://bugs.python.org/issue37230>
___
___
Python-bugs-list m
Change by Ned Deily :
--
nosy: +pitrou
___
Python tracker
<https://bugs.python.org/issue37232>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ned Deily :
--
assignee: docs@python -> ned.deily
title: mac installation document wrong for python 3.7.3 -> "Using Python on a
Macintosh" chapter of "Python Setup and Usage" doc is out-of-date
versions: +Python 3.8, Python 3.9
Ned Deily added the comment:
New changeset c59b137bbfc7eb7a9386bb51c7fea838fc2a by Ned Deily (Makdon) in
branch '3.7':
[3.7] bpo-37216: Fix version and filename in Mac using document (GH-13963)
https://github.com/python/cpython/commit/c59b137bbfc7eb7a9386bb51c7fea838fc2a
Ned Deily added the comment:
New changeset fe5f8b9ce2e504d4510cc82129d595015d239634 by Ned Deily (Makdon) in
branch '3.8':
[3.8] bpo-37216: Fix version and filename in Mac using document (GH-13964)
https://github.com/python/cpython/commit/fe5f8b9ce2e504d4510cc82129d595015d239634
Ned Deily added the comment:
As I noted on the PR: "I'm not going to get into whether this PR is appropriate
for 3.8 but, assuming it were, I would be very concerned about making a change
of this size and complexity in 3.7 at this stage in its lifecycle."
--
nosy: +lu
Ned Deily added the comment:
WHat kind of file system is @test_28886_tmp/f1 created on?
--
___
Python tracker
<https://bugs.python.org/issue37195>
___
___
Pytho
Ned Deily added the comment:
In many installations, the user running Python would not have write access to
the lib directory tree where the compiled byte files need to be created so we
would not want to change the current default behavior. On the other hand, I
could see some times when
Ned Deily added the comment:
Also, what utime* results show up in ./configure output? I see
checking utime.h usability... yes
checking utime.h presence... yes
checking for utime.h... yes
--
___
Python tracker
<https://bugs.python.org/issue37
Ned Deily added the comment:
FWIW, it doesn't fail for me and I don't recall ever seeing a failure like this
on macOS. What hardware? ./python.exe -m test.pythoninfo please!
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.
Ned Deily added the comment:
Please don’t close this. It’s still an issue that needs to be addressed and I
intend to do so. Thanks.
--
assignee: -> ned.deily
versions: +Python 3.9 -Python 2.7, Python 3.2, Python 3.3
___
Python tracker
<
Change by Ned Deily :
--
nosy: +lemburg
___
Python tracker
<https://bugs.python.org/issue37180>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
New changeset fd1771dbdd28709716bd531580c40ae5ed814468 by Ned Deily (Miss
Islington (bot)) in branch '3.6':
bpo-36742: Corrects fix to handle decomposition in usernames (GH-13812)
(GH-13814)
https://github.com/python/cpython/commit
Ned Deily added the comment:
Another user-visible difference:
$ ls /tmp/py37/bin/python*
/tmp/py37/bin/python3/tmp/py37/bin/python3.7-config
/tmp/py37/bin/python3.7m-config
/tmp/py37/bin/python3.7 /tmp/py37/bin/python3.7m
/tmp/py37/bin/python3-config
$ ls /tmp/py38/bin/python
Ned Deily added the comment:
> One question I have is, can/does SOABI flag removal affect any third party
> package/extension builds in any way, particularly affecting the names of
> files they produce?
Yep, the default file names of C extension modules differ on most/all? Unix-y
Change by Ned Deily :
--
pull_requests: +13660
pull_request: https://github.com/python/cpython/pull/13773
___
Python tracker
<https://bugs.python.org/issue33
Ned Deily added the comment:
New changeset 0288dd6a5192074fcd5aa0db5d3513c3880209ca by Ned Deily in branch
'master':
bpo-36231: Support building on macOS without /usr/include (GH-13773)
https://github.com/python/cpython/commit/0288dd6a5192074fcd5aa0db5d3513c3880209ca
Change by Ned Deily :
--
pull_requests: +13658
pull_request: https://github.com/python/cpython/pull/13773
___
Python tracker
<https://bugs.python.org/issue36
Ned Deily added the comment:
Thanks for the analysis and the PR! It turns out the problem is not new to
10.14; as you discovered, it's simply a matter of how may groups a particular
user is in and, with all the system-generated groups, that number may vary from
release to release and from
Change by Ned Deily :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue37024>
___
___
Change by Ned Deily :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue15590>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
FWIW, my opinion on making this kind of wholesale change has not changed: see
the discussion in PR 7800. I think the changes made there were not an
improvement for all the reasons stated, primarily because this now requires
people reading the code base to learn
Change by Ned Deily :
--
versions: -Python 3.5, Python 3.6, Python 3.9
___
Python tracker
<https://bugs.python.org/issue26903>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
New changeset 8ea0fd85bc67438f679491fae29dfe0a3961900a by Ned Deily (Miss
Islington (bot)) in branch '3.7':
bpo-26903: Limit ProcessPoolExecutor to 61 workers on Windows (GH-13132)
(GH-13643)
https://github.com/python/cpython/commit
Ned Deily added the comment:
The behavior was changed in Python 3.6 for all platforms to catch this error;
see Issue28732.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bug
Ned Deily added the comment:
New changeset 4f06dae5d8d4400ba38d8502da620f07d4a5696e by Ned Deily (Victor
Stinner) in branch '3.6':
bpo-35907, CVE-2019-9948: urllib rejects local_file:// scheme (GH-13513)
https://github.com/python/cpython/commit/4f06dae5d8d4400ba38d8502da620f07d4a5696e
Change by Ned Deily :
--
assignee: ned.deily ->
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python
Ned Deily added the comment:
New changeset 8ab624b17ba656e9af5a79be6af0cf2911a111ba by Ned Deily (Gregory P.
Smith) in branch '3.6':
[3.6] bpo-35925: Skip SSL tests that fail due to weak external certs or old TLS
(GH-13124) (GH-13252)
https://github.com/python/cpython/commit
Ned Deily added the comment:
I don't have a strong opinion about backporting to 3.6. With OpenSSL 1.0.2
official support ending at the end of 2019 and 3.6.z retired towards the ned of
2021, there would be a 2-year window where 3.6 is still in security-fix-only
status. But, if we don't do
Ned Deily added the comment:
Thanks for the docstring improvement! It looks like the Library Reference
entry for filter has similar wording in 3.x and 2.7 with regard to "items are
removed". If soneone feels strongly that that is not precise enough, suggest
supplying a separ
Ned Deily added the comment:
New changeset 3dbc43f63c7e056b80d6e28f3812125a09555456 by Ned Deily (Victor
Stinner) in branch '3.6':
bpo-32947: test_ssl fixes for TLS 1.3 and OpenSSL 1.1.1 (GH-11612)
https://github.com/python/cpython/commit/3dbc43f63c7e056b80d6e28f3812125a09555456
Ned Deily added the comment:
Should we update the Windows and Mac installers to 1.1.1c now?
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue37
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg343843
___
Python tracker
<https://bugs.python.org/issue33725>
___
___
Python-bugs-list m
Ned Deily added the comment:
> To be clear, what is unsafe on macOS (as of 10.13, but even more so on 10.14)
> is calling into the Objective-C runtime between fork and exec.
No, it has *always* been unsafe. What's new as of 10.13/14 is that macOS tries
much harder at runtime to
Ned Deily added the comment:
> To be clear, what is unsafe on macOS (as of 10.13, but even more so on 10.14)
> is calling into the Objective-C runtime between fork and exec.
No, it has *always* been unsafe. What's new as of 10.13/14 is that macOS tries
much harder at runtime to
Ned Deily added the comment:
> Can we at least document that the default start method (fork) is now unsafe
> on macOS?
Thanks, I was just going to add that I would accept a doc change for 3.7. But
the wording should be a little clearer that fork has *always* been unsafe on
macO
Ned Deily added the comment:
GPS beat me to it: this definitely should not be backported to either 3.7 or
2.7 since it is a major user behavior change.
--
versions: -Python 2.7, Python 3.7
___
Python tracker
<https://bugs.python.org/issue33
Ned Deily added the comment:
That seems like a reasonable request. We should also check that the Makfile
clean* rules do the right thing. One potential complication: the framework
name is specified by the ./configure --with-framework-name= parameter, so it
may not always
Ned Deily added the comment:
I don't understand what the issue is here. Can you explain or point to an
explanation of why Homebrew is not linking to SQLite? Is it just not to the
Apple-supplied SQLite?
--
components: +macOS
nosy: +ned.deily, ronaldoussoren
Ned Deily added the comment:
(Sorry, my original answer was great except it didn't actually work.
Revisiting.)
--
___
Python tracker
<https://bugs.python.org/issue37
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg343439
___
Python tracker
<https://bugs.python.org/issue37037>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg343442
___
Python tracker
<https://bugs.python.org/issue37037>
___
___
Python-bugs-list m
Ned Deily added the comment:
Correction:
DYLD_PRINT_LIBRARIES= /path/to/installed/location/python3
should be
DYLD_PRINT_LIBRARIES= /path/to/installed/location/bin/python3
--
___
Python tracker
<https://bugs.python.org/issue37
1501 - 1600 of 6889 matches
Mail list logo