Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342101
___
Python tracker
<https://bugs.python.org/issue34623>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342097
___
Python tracker
<https://bugs.python.org/issue30726>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342092
___
Python tracker
<https://bugs.python.org/issue32981>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342087
___
Python tracker
<https://bugs.python.org/issue29591>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342096
___
Python tracker
<https://bugs.python.org/issue30119>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342099
___
Python tracker
<https://bugs.python.org/issue25008>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342110
___
Python tracker
<https://bugs.python.org/issue31036>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342100
___
Python tracker
<https://bugs.python.org/issue30231>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342084
___
Python tracker
<https://bugs.python.org/issue34656>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342095
___
Python tracker
<https://bugs.python.org/issue30939>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342094
___
Python tracker
<https://bugs.python.org/issue30730>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342093
___
Python tracker
<https://bugs.python.org/issue32072>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342089
___
Python tracker
<https://bugs.python.org/issue34791>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342090
___
Python tracker
<https://bugs.python.org/issue33329>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342091
___
Python tracker
<https://bugs.python.org/issue35647>
___
___
Python-bugs-list m
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg342086
___
Python tracker
<https://bugs.python.org/issue30657>
___
___
Python-bugs-list m
Change by Ned Deily :
--
assignee: -> ned.deily
___
Python tracker
<https://bugs.python.org/issue36890>
___
___
Python-bugs-list mailing list
Unsubscrib
Ned Deily added the comment:
Thank you for the report. It appears that macOS installer packages produced on
current versions of macOS can no longer be successfully opened by the macOS
10.6 (Snow Leopard) system installer. This used to work. Perhaps a
certificate or something else has
Ned Deily added the comment:
Thanks for the report but I am unable to reproduce the behavior you describe on
another v10.14.5 system using any of the current python.org 3.7.3 macOS python
binary, a built-from-source 3.7.3+, or a MacPorts 3.7.3 with either libedit or
GNU readline. First, I
Change by Ned Deily :
--
versions: -Python 2.7, Python 3.7
___
Python tracker
<https://bugs.python.org/issue35983>
___
___
Python-bugs-list mailing list
Unsub
Change by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue32
Change by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<https://bugs.python.org/issue32541>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I'm removing the macOS tag and nosies because I think it highly unlikely that
the behavior would be limited to macOS. Without a reproducible test case, it's
not easy to verify that or investigate further. The cgi module doesn't get a
lot o
Ned Deily added the comment:
Thanks for your additional analysis. So, assuming I understand it correctly,
the problem here is that there can be hardware configurations where the only
(or first?) hardware addresses available exceed 48 bits. I'm not sure what
might be different for
Ned Deily added the comment:
This wouldn't qualify as a security problem so, if the problem no longer exists
in 3.6, then this issue should be closed
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/is
Ned Deily added the comment:
(As a workaround, you *might* be able to reorder the network interfaces in the
System Preferences -> Network control panel.)
--
___
Python tracker
<https://bugs.python.org/issu
Change by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue32
Change by Ned Deily :
--
dependencies: +3.6.1rc1 adds the current directory to sys.path when running a
subdirectory's __main__.py; previous versions did not
nosy: +larry, ncoghlan
___
Python tracker
<https://bugs.python.org/is
Ned Deily added the comment:
In what environment are you trying this? The example works for me (on a
current macOS) system.
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue32
Ned Deily added the comment:
Unfortunately, it may depend on what environment and/or from which distributor
you obtain Python 3.6 as to whether there is a "python3" link installed. On
Unix-like systems, the default Python installation built from source ("make
install"
Change by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue32
Ned Deily added the comment:
Thanks! Pinging the Windows team.
--
___
Python tracker
<https://bugs.python.org/issue32553>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
It seems to me there are two issues here:
1. What are the pros and cons of adding support for this new mode, e.g. are
there any potential gotchas?
2. Assuming the result of 1 is we should go ahead, then omeone needs to
generate a pull request including configure
Change by Ned Deily :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue32
Ned Deily added the comment:
This doesn't seem appropriate to me for backporting to existing releases (3.6.
and 2.7). AFAIK, the current file-system-order behavior has never been
identified as a bug. Unless there is a stronger case for changing the existing
3.6.x behavior, I am
Ned Deily added the comment:
@Eric, given the breadth of change introduced in the PR (including adding a new
extension), I think it would be best if at all possible to get it in for beta 1
if we can resolve the review comments in time. If necessary and if there are
no objections from other
Ned Deily added the comment:
I don't think we should be adding this platform-version-specific code unless we
are going to fully support that particular platform and version. That means at
a minimum adding a buildbot for it and then having a core developer signed up
to maintain the pla
Change by Ned Deily :
--
nosy: +barry
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32579>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
That sounds like the problem documented in Issue32517. As a temporary
workaround, try building without using --enable-optimazations.
--
nosy: +ned.deily
title: python3.6.4 install hangs -> python3.6.4 build with
--enable-optimzations hangs on macOS 10
Ned Deily added the comment:
I concur with Guido and Nick; let's target this for 3.8.
--
___
Python tracker
<https://bugs.python.org/issue26219>
___
___
Ned Deily added the comment:
Since we won't officially support Android in 3.7, these changes should wait for
3.8 and until there is a PEP for Android support.
--
versions: +Python 3.8 -Python 3.7
___
Python tracker
<https://bugs.py
Ned Deily added the comment:
The good news is that, since Christian's recent enhancements in Issue32598 to
have autoconf use pkg-config to detect OpenSSL header and lib files, configure
will now automatically find the MacPorts OpenSSL as long as the MacPorts bin
directory (typically
Ned Deily added the comment:
Sorry, I wasn't clear but, yes, you will run into the same problem if you try
to run the test suite with test_asyncio. There are various ways to exclude
specific tests (not particularly well-documented), one way is:
make test EXTRATESTOPTS='-x test_asy
Ned Deily added the comment:
Good! Yes, that should go into the devguide. Unfortunately, it only works
with 3.7+, so the CFLAGS/LDFLAGS stuff is still needed for 3.6- and 2.7.
--
___
Python tracker
<https://bugs.python.org/issue32
Ned Deily added the comment:
At Christian's request and considering the importance of the ssl module, I'm
going to allow an extension for landing of this feature until 3.7.0b2,
currently scheduled for 2018-02-26. If anyone else can help Christian get this
in before b2, that woul
Ned Deily added the comment:
At Christian's request and considering the importance of the ssl module, I'm
going to allow an extension for landing of this feature until 3.7.0b2,
currently scheduled for 2018-02-26. If anyone else can help Christian get this
in before b2, that woul
Ned Deily added the comment:
I'm not clear if this is still needed, i.e. has Debian backed off on their
change across the board? If it is still needed, I'm going to allow an
extension for landing of it until 3.7.0b2, currently scheduled for 2018-02-26.
If anyone else can help Chr
Ned Deily added the comment:
There has been a lot of work by a number of people on this feature leading up
to the 3.7.0b1. Thank you! On PR 5273, Yury says that he believes the feature
is ready to merge but would prefer an extension until 3.7.0b2 and that Guido
has agreed. I'll def
Ned Deily added the comment:
While I appreciate the desirability of changing the behavior, it does introduce
a behavior change in a 3.6.x maintenance release. I don't have a good feel for
the probability that current users or 3-party libraries are depending on the
old behavior. Anyone
Ned Deily added the comment:
What's the status of this issue? It was previous marked as a "release blocker"
and I subsequently downgraded it to a "deferred blocker" so as not to hold up
releases. Since a few maintenance releases have gone by without any action, I
Ned Deily added the comment:
> If you guys think the old code is better in some way, feel free to revert the
> backport :-)
Hey, it's Guido's code, it must be good :)
My only concern is that this seems to be more of an issue of unspecified
behavior rather than a bug a
Ned Deily added the comment:
What's the status of this? Feature freeze is here!
--
___
Python tracker
<https://bugs.python.org/issue31151>
___
___
Pytho
Ned Deily added the comment:
What's the status of this? Feature freeze is here.
--
___
Python tracker
<https://bugs.python.org/issue31233>
___
___
Pytho
Ned Deily added the comment:
If I understand the discussion on the PR properly, Victor would like to revisit
the documentation for this PR but is OK with the code as merged. I'm therefore
downgrading this to "deferred blocker". Please try to get the issue closed one
way or a
Ned Deily added the comment:
We should make a decision on this for both 3.6.5 and for 3.7.0. Victor,
Antoine, Brett, Serhiy, any opinions?
--
___
Python tracker
<https://bugs.python.org/issue30
Ned Deily added the comment:
If we're going to leave this open until 3.7.0b2, can you at least add a brief
warning in the "Porting section" for b1 that the issue is unresolved?
--
___
Python tracker
<https://bugs.pyt
Ned Deily added the comment:
What's the status of this? The issue is still open with "release blocker"
status.
--
___
Python tracker
<https://bugs.pyt
Change by Ned Deily :
--
nosy: +ned.deily
priority: normal -> release blocker
___
Python tracker
<https://bugs.python.org/issue20104>
___
___
Python-bugs-lis
Ned Deily added the comment:
Hmm, I spoke a bit too soon. I now see one side effect of Christian's change is
to break the suggested code in the devguide for using a local or private
version of OpenSSL on macOS at least, e.g. supplying the paths via CPPFLAGS and
LDFLAGS. If there is
Ned Deily added the comment:
Thanks Pablo for taking up the challenge! I just took a quick look at the
current state of PR 5256 and I noted numerous issues that need to be addressed
with the test. I don't have time at the moment to review the non-test changes.
It would be good if an
Ned Deily added the comment:
OK, it would be nice to get this in and the risk seems relatively low. Good
luck!
--
priority: normal -> deferred blocker
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
Steve, is there something to be done here for 3.7.0?
--
___
Python tracker
<https://bugs.python.org/issue32394>
___
___
Python-bug
Change by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<https://bugs.python.org/issue32713>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Yury, is there a current problem with running on 10.4? Yes, it's very old but
it's been very stable and very good at finding compatibility issues with
non-mainstream operating systems. Unless there's a burning issue, let's
revis
Ned Deily added the comment:
Mark, at the moment, you have at least another 14 hours until the announced
code freeze deadline :)
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue32
Ned Deily added the comment:
Eric, looks like some buildbots are unhappy, for instance:
http://buildbot.python.org/all/#builders/13/builds/648
--
___
Python tracker
<https://bugs.python.org/issue32
Ned Deily added the comment:
I'll make sure it's taken care of prior to 3.6.5rc1.
--
___
Python tracker
<https://bugs.python.org/issue32690>
___
___
Change by Ned Deily :
--
pull_requests: +5277
___
Python tracker
<https://bugs.python.org/issue28440>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
New changeset 763f094b1f0ce2a07768828e78afe9687e9ad3bb by Ned Deily in branch
'master':
bpo-28440: Don't add /Library/Python/3.x/site-packages to sys.path (#5445)
https://github.com/python/cpython/commit/763f094b1f0ce2a07768828e7
New submission from Ned Deily :
This issue covers various changes for the macOS installers provided via
python.org for 3.7.0.
--
components: Build, macOS
messages: 311268
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: 3.7.0 macOS installer and
Change by Ned Deily :
--
keywords: +patch
pull_requests: +5280
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32726>
___
___
Python-
Change by Ned Deily :
--
title: 3.7.0 macOS installer and framework enhancements and changes -> macOS
installer and framework enhancements and changes for 3.7.0
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
New changeset 8c9bb72e8b6474ae722f7d6521cfb3cb2e26e3c5 by Ned Deily in branch
'master':
bpo-32726: macOS installer and framework enhancements and changes for 3.7.0
(GH-5448)
https://github.com/python/cpython/commit/8c9bb72e8b6474ae722f7d6521cfb3
Ned Deily added the comment:
I don't know what the right answer here is. But since there don't seem to be
strong opinions one way or the other with regard to 3.7, I am not going to hold
3.7.0b1 for a resolution.
--
priority: release blocker -> def
Ned Deily added the comment:
Guido:
> But we should make some noise around this change in the 3.7 announcement.
How about a paragraph in the Deprecation section of the "What's New in Python
3.7"? document
https://docs.python.org/dev/whatsnew/3.7.html#deprecated
-
Ned Deily added the comment:
> 2. The merged PR crashes on debug build of CPython.
Actually, for me, it only crashes on a debug build when using -We with tests,
an option I don't normally use, otherwise, I would have noticed it before.
And, as noted, few downstream users use debu
Ned Deily added the comment:
OK, it sounds like we have enough of a consensus to remove it for 3.7.0b2.
Unfortunately, 3.7.0b1 is already finished. We are not going to do an
emergency brown bag b2 just for this. We could add a warning note to the
release notice that is about to got out
Ned Deily added the comment:
(If anyone downstream is having problems with test aborts, a workaround until
b2 is to simply skip test_gc by adding -x test_gc, like:
python3.7 -m test -We -x test_gc".
)
--
___
Python tracker
&
Ned Deily added the comment:
(If anyone downstream is having problems with test aborts, a workaround until
b2 is to simply skip test_gc by adding -x test_gc, like:
python3.7 -m test -We -x test_gc
)
--
___
Python tracker
<https://bugs.python.
Change by Ned Deily :
--
Removed message: https://bugs.python.org/msg311359
___
Python tracker
<https://bugs.python.org/issue31356>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
> Agree that this is invisible enough that no release note is warranted.
OK
> Can I go ahead and do a reversion on the master branch or I should I wait a
> day or so?
Please hold off for the moment until the 3.7 branch is announced. It will make
li
Ned Deily added the comment:
New changeset 209108bd6997258948d13f48f2b5a2f1220c1a35 by Ned Deily (Stéphane
Wirtel) in branch '3.7':
bpo-32727: smtplib's SMTP.send_message behaves differently with from_addr and
to_addrs (#5451)
https://github.com/python
Ned Deily added the comment:
New changeset 86fdad093b863db7ef6a3a00c9cff724c09442e7 by Ned Deily (Xiang
Zhang) in branch '3.7':
bpo-32583: Fix possible crashing in builtin Unicode decoders (#5325)
https://github.com/python/cpython/commit/86fdad093b863db7ef6a3a00c9cff7
Ned Deily added the comment:
New changeset 70e304252af34dfde3d89c9a1aa48c0c4af17dd3 by Ned Deily (Cheryl
Sabella) in branch '3.7':
bpo-32735: Fix typo in f-strings datetime format specifier example (GH-5464)
https://github.com/python/cpython/commit/70e304252af34dfde3d89c9a1aa48c
Ned Deily added the comment:
New changeset 1ca2ffdc532622ef001418585c146e6b0f31027f by Ned Deily in branch
'master':
bpo-32726: Build macOS 10.9+ installer with private copy of Tcl/Tk 8.6
https://github.com/python/cpython/commit/1ca2ffdc532622ef001418585c146e
Ned Deily added the comment:
New changeset 7fdefac8e8fdca29b329b27e6e50f3b265bd8900 by Ned Deily in branch
'3.7':
bpo-32726: Build macOS 10.9+ installer with private copy of Tcl/Tk 8.6
https://github.com/python/cpython/commit/7fdefac8e8fdca29b329b27e6e50f3
Ned Deily added the comment:
New changeset 57750be4ad3fa2cfd3473b5be1f1e1a5d0fa9f50 by Ned Deily (Bernhard
M. Wiedemann) in branch '3.7':
bpo-30693: zip+tarfile: sort directory listing (#2263)
https://github.com/python/cpython/commit/57750be4ad3fa2cfd3473b5be1f1e1
Ned Deily added the comment:
Sorry, I think this qualifies as a new feature and thus needs to go in 3.8.
Plus it should get a wider review from those with ET experience. Perhaps
@scoder would be willing go take a look.
--
nosy: +scoder
versions: -Python 3.7
Ned Deily added the comment:
Let's get it into master for 3.8 first and then we'll have something to discuss.
--
___
Python tracker
<https://bugs.python.o
Ned Deily added the comment:
We have feature freezes for a good reason. But I will trust your judgement on
this one. (Removing 3.6 for version list.)
--
versions: -Python 3.6
___
Python tracker
<https://bugs.python.org/issue32
Ned Deily added the comment:
Marking this as a "deferred blocker" for exiting the beta phase.
--
nosy: +ned.deily
priority: high -> deferred blocker
stage: -> needs patch
versions: +Python 3.8
___
Python tracker
<https://bugs.py
Ned Deily added the comment:
> Ned Deily, what do you think about?
I would like to have Steve's opinion.
--
___
Python tracker
<https://bugs.python.org
Ned Deily added the comment:
Quick test: there doesn't seem to be a similar regression when building 3.6
with the current clang provided by Xcode 9.2, just with 2.7. And both 2.7 and
3.6 configure HAVE_COMPUTED_GOTOS on. Benjamin?
(FWIW, the 2.7.x binaries provided by the pytho
Ned Deily added the comment:
See discussion on PR 5586 regarding backporting to 3.6.x.
--
versions: -Python 3.6
___
Python tracker
<https://bugs.python.org/issue32
Ned Deily added the comment:
It is past the feature code cutoff for 3.7.0 but the risks seem low and the
benefit reasonably high. Please make sure it is merged ASAP to allow time for
buildbot exposure, etc, prior to 370b2.
--
stage: test needed -> commit review
versions: +Python
Ned Deily added the comment:
Can anyone explain what the difference is between 2.7 and 3.6, i.e. why there
is the performance regression for 2.7 but not for 3.6 using the same compiler
instance? It would be better to understand and solve that problem rather than
trying to special case
Ned Deily added the comment:
Terry, it would be better to get opinions from others who really use IDLE on
macOS. But, FWIW:
- I agree with Raymond that Ctrl-A makes much more sense as the default for
beginning of line for the reasons he cites.
- Command-A is appropriate for select-all
Ned Deily added the comment:
The buidbots are broken by this. Please fix or revert.
--
nosy: +ned.deily
priority: normal -> critical
___
Python tracker
<https://bugs.python.org/issu
Ned Deily added the comment:
You are going to need to be much more specific about exactly what steps you are
taking to see the results you are concerned about. Please document what you
are typing in, on what platform (OS), and in what context (using IDLE, using an
OS shell, etc
Ned Deily added the comment:
The test runs fins running natively on the various macOS systems I have access
to. I don't have access to a Docker configuration for macOS so I am unable to
reproduce and it's not a configuration we explicitly support. Perhaps you can
try debugging th
3101 - 3200 of 6927 matches
Mail list logo