Ned Deily added the comment:
Thanks for noticing and for the patch, Alex!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5, Python 3.6
___
Python tracker
<http://bug
Ned Deily added the comment:
Thanks for the suggested patches. I used a somewhat different approach in an
attempt to retain the benefit of the unreachable code warning when using other
(non-GCC) compilers, in particular, llvm clang where the warnings do seem to be
useful.
--
nosy
Ned Deily added the comment:
See Issue #24324 which modifies configure to not use -Wunreachable-code with
gcc for the reasons stated there and by Arfrever above.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue22
Changes by Ned Deily :
--
components: +Build
stage: -> needs patch
versions: -Python 3.2, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issu
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue26523>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue26533>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +lemburg
___
Python tracker
<http://bugs.python.org/issue26544>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue26559>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Allowing prefix to be overridden after configure-time is certainly not the most
critical shortcoming of the Python build system and it is possible someone is
relying on that behavior. Since no one, including me, seems very interested at
this point in trying to
Ned Deily added the comment:
Pushed for release in 3.5.2 and 3.6.0.
--
resolution: -> fixed
stage: commit review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Sorry, I am unable to reproduce this on either 10.9.5 or current 10.11.3 OS X
systems. Is there something unusual about the working directory you are
running the tests from, like residing on an NFS or other networked file system?
Any special ./configure options
Ned Deily added the comment:
Ah, setting PYTHONDONTWRITEBYTECODE explains it. When running the tests via
"make test", python is invoked with -E to avoid issues like that. But here's a
patch that skips test_timestamp_overflow if bytecode files cannot be written
(Issue20
Ned Deily added the comment:
This is behaving as expected. In Python 3, map() returns an iterator, so the
first list(x) exhausts that iterator so that the second list(x) returns an
empty list. This is a difference from Python 2 where map() returns a list.
See:
https://docs.python.org/3.5
Changes by Ned Deily :
--
nosy: +zach.ware
___
Python tracker
<http://bugs.python.org/issue26706>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue26762>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Ned Deily :
--
nosy: +gregory.p.smith
___
Python tracker
<http://bugs.python.org/issue26769>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue26797>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +christian.heimes, gregory.p.smith
___
Python tracker
<http://bugs.python.org/issue26798>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
FWIW, I'm -0 on removing google.py and +0.5 on the refactoring. It seems like
it could still be useful as either an example or a tool. Georg did a cleanup
of the Tools directory several years ago (in Issue7962). Rather than removing
one script, it might be
Changes by Ned Deily :
--
resolution: -> rejected
status: open -> closed
title: Turbotax Tech Support Mumber 1!!888!!226!!1422 turbotax Usa Canada ->
spam
type: security ->
versions: -Python 3.6
___
Python tracker
<http://
Changes by Ned Deily :
--
nosy: -Karan Rawat, larry
___
Python tracker
<http://bugs.python.org/issue26965>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg264913
___
Python tracker
<http://bugs.python.org/issue26965>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
components: -Argument Clinic
___
Python tracker
<http://bugs.python.org/issue26965>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
Removed file: http://bugs.python.org/file42738/ihaveanswer.jpg
___
Python tracker
<http://bugs.python.org/issue26965>
___
___
Python-bugs-list m
Ned Deily added the comment:
Paul, also check to make sure you have installed the latest ActiveTcl Tcl/Tk
8.5.x (not 8.6.x) as described here:
https://www.python.org/download/mac/tcltk/. One way to tell exactly which
minor release of Tcl/Tk (the "x" in "8.5.x") is in us
Ned Deily added the comment:
Terry, I'm all for having IDLE using the newer Ttk widgets and for refactoring
to make it easier to enhance and maintain IDLE. I'm not sure I understand the
proposal to make two sets of IDLE files: does this mean there would be two
versions of IDLE in
Ned Deily added the comment:
Glad to be of help with regards to 8.4 :=) With my 3.6 release manager hat on,
I think the best way to think of this is as a new feature: call it "Ttk IDLE"
or some such (and not idle2 vs idle3 which I think is confusing) and, rather
than inventing som
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue26556>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Is this still a Release Blocker for 3.6?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue22970>
___
___
Python-bug
Ned Deily added the comment:
Any progress on this? It is still flagged as a Release Blocker and releases
are approaching.
--
___
Python tracker
<http://bugs.python.org/issue26
Ned Deily added the comment:
What platform are you running this on and can you give a more detailed
procedure for reproducing the problem you see?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue27
Ned Deily added the comment:
Thanks for the report! Fixed in 3.5 and later; Python 3.3 and 3.4 no longer
receive documentation updates.
--
nosy: +ned.deily
resolution: -> fixed
stage: -> resolved
status: open -> closed
type: behavior ->
versions: -Python 3.3
Changes by Ned Deily :
--
components: +Installation, Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
versions: +Python 3.5
___
Python tracker
<http://bugs.python.org/issue27
Changes by Ned Deily :
--
nosy: +Paul Bloch
priority: normal -> high
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/issue24502>
___
___
Py
Ned Deily added the comment:
This problem was brought up previously in Issue24052, which is still open. I
am closing this a duplicate add adding you to the nosy list there.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> OS X instal
Ned Deily added the comment:
I don't have a strong opinion one way on the matter since I don't have any
experience with the launcher. I think I understand the issue of the Windows
installer providing "release-independent" components (and, FTR, the OS X
installer has a so
Changes by Ned Deily :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue27078>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +davin
___
Python tracker
<http://bugs.python.org/issue27081>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Ned Deily added the comment:
"When installing a python package that has `headers`, these headers are usually
installed under the main python include directory". Can you give some specific
examples of packages and platforms where that is the case? Just taking a quick
look at some
Ned Deily added the comment:
Sorry, I'm not able to reproduce your results on a vanilla Debian system.
Building from scratch with ./configure --prefix=/usr and make steps results in:
$ /usr/bin/python3.5
Python 3.5.1 (default, May 22 2016, 02:26:09)
[GCC 4.9.2] on linux
Type
Changes by Ned Deily :
--
components: +asyncio
nosy: +gvanrossum, haypo, yselivanov
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/issue26
Ned Deily added the comment:
To add to Zach's comment, there have been extended discussions in the past
about whether there should be a separate set of environment variables for
Python 3 vs Python 2 interpreters; see, for instance, Issue2375 and
http://comments.gman
Ned Deily added the comment:
> Ned, do you want me to post the patches first?
Terry, at this stage of the release cycle, I think that's up to you and whether
you want someone to do a code review prior to pushing upstream. Since this
sounds like a fairly major change, though, it migh
Ned Deily added the comment:
I don't have an opinion on the matter, other than a reminder about the current
cross-version (and cross-platform) compatibility issues with a user's IDLE
configuration files as alluded to in Issue20580. Perhaps others more familiar
with IDLE's
Ned Deily added the comment:
That's very odd! I don't have a SuSE system available to test with but it is
not clear to me why that would have different behavior because where the
standard library extension modules directory (lib-dynload) is installed is
controlled by the Python con
Ned Deily added the comment:
Sylvain, OK. I suggest you bring the matter up on the distutils-sig mailing
list (if you haven't already) because that's where discussions and decisions
are made about features for Python packaging including distutils. Otherwise,
the issue is likely t
Ned Deily added the comment:
Thanks for your analysis! I'm sure that you are correct about Issue20353. It
could also be the root cause of other crashes reported when internet proxies
are used with urllib* invoking the _scproxy helper extension module, as
reported in Issue13829.
Ned Deily added the comment:
If you do not want the `\n` to be interpreted as a linefeed, you need to use a
raw string literal, like:
a = r'''
... 'my_key' : r'my value which contains \n character'
... '''
>>> print(de
Ned Deily added the comment:
Thanks!
--
nosy: +ned.deily
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.4
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Is there a reason you can't use the Python-supplied version of libffi? That's
what the standard builds for python.org installers do. I believe it is the
case that there are OS X-specific changes in the Python local version that do
not exist in the up
Ned Deily added the comment:
James, Demian: this issue has been closed for almost three years and the
changes released long ago: comments made here will likely be ignored. Please
open a new issue if you want them to be acted on.
--
nosy: +ned.deily
versions: -Python 3.5
Ned Deily added the comment:
I was able to reproduce this and from the system crash report it appears that
this is a duplicate of Issue20585. The workaround noted there should work for
you here: define a "no_proxy" environment variable to prevent Python from
attempting to call
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue23544>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the detailed report. The problem is more general as it is
reproducible on Linux X11-based IDLEs as well.
--
components: -Macintosh
nosy: -ronaldoussoren
title: Idle stacker viewer crash OSX -> IDLE hangs with debug on and stack
vie
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg236889
___
Python tracker
<http://bugs.python.org/issue23547>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
stage: -> resolved
title: Engineering at Google in 2015 -> Misdirected
___
Python tracker
<http://bugs.python.org/issue23547>
___
__
Changes by Ned Deily :
--
nosy: +gregory.p.smith
___
Python tracker
<http://bugs.python.org/issue23564>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +michael.foord, rbcollins
___
Python tracker
<http://bugs.python.org/issue23568>
___
___
Python-bugs-list mailing list
Unsub
Changes by Ned Deily :
--
nosy: +michael.foord, rbcollins
___
Python tracker
<http://bugs.python.org/issue23310>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
Thanks for the report, however, per our support policy, Python 3.3 is now open
only for security fixes for the remainder of its support window.
--
nosy: +ned.deily
resolution: -> wont fix
stage: -> resolved
status: open -&g
Changes by Ned Deily :
--
nosy: +mark.dickinson, meador.inge
___
Python tracker
<http://bugs.python.org/issue23578>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
With 7cea10917f40 applied, multiple tests are now failing on most buildbots.
For example, on OS X 10.10, test_cgitb test_code_module test_decimal:
test_blanks (test.test_cgitb.TestCgitb) ... ok
test_fonts (test.test_cgitb.TestCgitb) ... ok
test_html
Ned Deily added the comment:
Much better, thanks!
--
priority: critical -> normal
___
Python tracker
<http://bugs.python.org/issue17911>
___
___
Python-bugs-lis
Changes by Ned Deily :
--
nosy: +alex, christian.heimes, dstufft, giampaolo.rodola, janssen, pitrou
versions: +Python 3.4, Python 3.5
___
Python tracker
<http://bugs.python.org/issue23
New submission from Ned Deily:
Per the discussion in Issue23476, the installers should be updated to use
OpenSSL 1.0.2 to solve the shortest trust path issue documented there.
--
components: Build
messages: 237287
nosy: ned.deily, steve.dower
priority: normal
severity: normal
stage
Ned Deily added the comment:
Issue23593 opened to request Windows and OS X installer OpenSSL updates to 1.0.2
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue23
Changes by Ned Deily :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Unupdated source file in traceback
___
Python tracker
<http://bugs.python
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg237316
___
Python tracker
<http://bugs.python.org/issue23594>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
[Sorry, incorrect issue number in the commit messages!]
New changeset 62c3742eb25f by Ned Deily in branch '2.7':
Issue #23594: Update OS X 10.5 installer build to use OpenSSL 1.0.2.
https://hg.python.org/cpython/rev/62c3742eb25f
New changeset b2f3a44db
Ned Deily added the comment:
You've already answered this but since I've already typed it: one possible
pitfall here is the automatic smart quotes feature of the OS X text system
which may or may not be a factor depending on which programs are in use. You
can disable smart quotes
Ned Deily added the comment:
OK, thanks, now we're getting somewhere! From the pathname (/opt/local/bin), I
assume you are using the Python 3.4 from MacPorts and from the readline
docstring that Python 3.4 is linked with BSD libedit rather than GNU readline.
MacPorts supplies its own,
Ned Deily added the comment:
Er, make that:
sudo port install py34-readline
--
___
Python tracker
<http://bugs.python.org/issue23599>
___
___
Python-bugs-list m
Changes by Ned Deily :
--
assignee: -> ned.deily
title: single and double quotes stripped upon paste into interpreter -> single
and double quotes stripped upon paste with MacPorts libedit
___
Python tracker
<http://bugs.python.org/i
Changes by Ned Deily :
--
nosy: +belopolsky
___
Python tracker
<http://bugs.python.org/issue23600>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
This has also been reported in Issue23598 including a patch to add DEL as
suggested. I have little experience with curses so I don't have any insight as
to pros and cons of using erasechar() rather than the hardcoded BS and DEL
chars. A test would be ni
Ned Deily added the comment:
Thanks for the suggested change. This problem and a similar change has already
been suggested in open Issue16232. Closing this issue as a duplicate and
continuing the discussion there.
--
nosy: -ronaldoussoren
resolution: -> duplicate
st
Ned Deily added the comment:
This has also been reported in Issue23598 including a patch to add DEL as
suggested. I have little experience with curses so I don't have any insight as
to pros and cons of using erasechar() rather than the hardcoded BS and DEL
chars. A test would be ni
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg237420
___
Python tracker
<http://bugs.python.org/issue16232>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Thanks for the report!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> resolved
status: open -> closed
type: enhancement ->
versions: +Python 3.5
___
Python tracker
<http://bugs.python
Ned Deily added the comment:
Steve, how does https://docs.python.org/dev/using/windows.html look now?
(There may have been an update lag.)
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue23
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue23623>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Perhaps I misunderstand what you meant but "python -m module_name" is a
documented Python 2 feature:
https://docs.python.org/2/using/cmdline.html#cmdoption-m
I think the failure to initialize when using -m idlelib after copying over
__main__.py from P
Ned Deily added the comment:
"Not sure that we have any precedent for dealing with tests that require admin
privileges when installed but not in the source tree?"
I think we do. With the OS X installer (and, in theory, other Posix-style
installs), we have a similar situation where
Ned Deily added the comment:
Sorry, my apologies: I was testing incorrectly. Applying 556b9bafdee8 from
Python 3 is not sufficient; there are still some other path import issues with
extensions and icon files. But it shouldn't be hard to track those down and
fix them, assuming supportin
Ned Deily added the comment:
Regarding tests trying to write into the install directory tree, I'm pretty
sure that there have been fixes added for those but I can't recall off the top
of my head specific examples. I think the best approach is to use a temporary,
writable directo
Changes by Ned Deily :
--
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue23636>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Isn't this a duplicate of Issue5765 and Issue11383?
--
nosy: -ronaldoussoren
___
Python tracker
<http://bugs.python.org/is
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue23643>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
components: -Macintosh
___
Python tracker
<http://bugs.python.org/issue23643>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
This is a duplicate of Issue5166. Note that in your example, you are not
serializing valid XML 1.0: \x1b (ESC) is not a valid XML character, it has to
be escaped and, as the discussion in Issue5166 points out, etree does not
automatically do that for you
Changes by Ned Deily :
--
nosy: +neologix
___
Python tracker
<http://bugs.python.org/issue23652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
(Closed by submitter.)
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> resolved
superseder: -> stack overflow evaluating eval("()" * 3)
___
Python tracker
<http://bugs
Ned Deily added the comment:
Michael, this issue is closed and the changes have long since been released.
Comments here will likely be ignored. Please open a new issue describing the
problem you are seeing and under what environment, with exact steps to
reproduce it.
--
nosy
Changes by Ned Deily :
--
nosy: +berker.peksag, michael.foord
___
Python tracker
<http://bugs.python.org/issue23661>
___
___
Python-bugs-list mailing list
Unsub
Changes by Ned Deily :
--
nosy: +amaury.forgeotdarc, belopolsky, meador.inge
stage: -> patch review
versions: +Python 3.5 -Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
As a cross-compilation target. From a first quick look at it, it appears the
patch requires a current Mac OS X system to build for iOS; the necessary
standard build tools and SDKs for iOS are only available on OS X. These are the
same build tools used for OS X
Ned Deily added the comment:
Ack, much to consider. Adding doko as I believe he has been most closely
following developments with libffi releases.
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue23
Ned Deily added the comment:
Try removing IDLE's recently-used file list:
rm ~/.idlerc/recent-files.lst
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
A thought, primarily as a note to myself for further investigation: the current
OS X framework build support and, to a lesser extent, universal build support
have added a fair amount of special-case cruft to the build process, primarily
in configure.ac and the
Ned Deily added the comment:
At least on some platforms (e.g. OS X), it is easy to create files with
legitimate names containing code points above the BMP limit (<= U+)
currently imposed by Tcl/Tk. For IDLE 3, I suspect _filename_to_unicode() in
EditorWindow could be modified to ch
6501 - 6600 of 6927 matches
Mail list logo