Ned Deily added the comment:
But do you have any Python header files in /usr/local/include? The gcc command
you pasted shows -I/usr/local/include? Mine don't show that.
--
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
Yury, another (less) wild guess: do you have an out-of-date Modules/Setup or
Setup.local? timemodule is defined in Setup.dist but that will be overridden
by a locally modified copy in the Modules directory. Towards the end of the
configured top-level Makefile
Ned Deily added the comment:
Check the times and contents on all of your Modules/Setup* files. Try deleting
Setup.local for one.
--
___
Python tracker
<http://bugs.python.org/issue24
Ned Deily added the comment:
> Note that when I run into build problems after an update, I generally
> run 'make distclean' and then redo the configure/make.
Yes, but I believe that won't help with changed Modules/Setup* files and,
because it is needed in the core i
Ned Deily added the comment:
So you did, sorry! Another, perhaps evan more reliable option is (requires
enabling the purge extension in hg):
hg purge --all
--
___
Python tracker
<http://bugs.python.org/issue24
Changes by Ned Deily :
--
nosy: +doko
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue24295>
___
___
Python-bugs-list mailing list
Un
Changes by Ned Deily :
--
nosy: +devin, sbt
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue24303>
___
___
Python-bugs-list mai
Changes by Ned Deily :
--
nosy: +davin -devin
___
Python tracker
<http://bugs.python.org/issue24303>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Can you add a public copy of a file that fails this way? There are several
open issues with gzip, like Issue1159051, that might cover this but it's hard
to know for sure without a test case.
--
nosy: +ned.deily
type:
Ned Deily added the comment:
Thanks for the report!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.4, Python 3.5
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +brett.cannon, eric.snow, ncoghlan
___
Python tracker
<http://bugs.python.org/issue24305>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
nosy: +Marcus.Smith, dstufft, ncoghlan, paul.moore
___
Python tracker
<http://bugs.python.org/issue24307>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
@Vamsi, could you please open a new issue and attach your patch there so it can
be properly tracked for 2.7? This issue has been closed for five years and the
code has been out in the field for a long time in Python 3. Thanks!
--
nosy: +ned.deily
Ned Deily added the comment:
That may be a problem better fixed in Tk itself. I don't have a Retina display
handy. Assuming you have a current ActiveTcl 8.5 (8.5.18) installed, could you
try some of the Tk text widget demos in /usr/local/bin/wish8.5 and see if the
problem shows up
Ned Deily added the comment:
Yes, that's probably a good thing to do in any case. I can add it to the
Tcl/Tk info page for OS X as at least an interim measure:
https://www.python.org/download/mac/tcltk/
--
assignee: docs@python -> ned.deily
components: +IDLE
versions: -Py
Changes by Ned Deily :
--
nosy: +serhiy.storchaka
___
Python tracker
<http://bugs.python.org/issue24311>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue24321>
___
___
Python-bugs-list
Ned Deily added the comment:
Thanks for the report. As much as possible, IDLE and the underlying Tk GUI
toolkit it is built with try go conform to the interface guidelines of the
platform (e.g. Windows, OS X, Unix X11) it is running on. On OS X, application
configuration options are
Changes by Ned Deily :
--
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue24332>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
resolution: out of date -> duplicate
stage: -> resolved
superseder: -> python.org Interactive interpreter linked with libedit can
segfault on future OS X
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Thanks for the report. According to the PSF Infrastructure Team, www.python.org
currently does not support IPv6 because the Content Delivery Network that we
now use does not support it yet. One Python URL that does support IPv6:
>>> socket.ge
Ned Deily added the comment:
We decided to use google.com as an example instead. (And I tested the tracker
upgrade by fixing the wrong initial typo that I had made.)
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -&g
Ned Deily added the comment:
All of the 3.x buildbots are broken again due to the pip 7.0.3 update.
==
FAIL: test_with_pip (test.test_venv.EnsurePipTest
Ned Deily added the comment:
This is covered by Issue24267; let's track it there.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> test_venv.EnsurePipTest.test_with_pip triggers version ch
Changes by Ned Deily :
--
nosy: +ezio.melotti, michael.foord, rbcollins
___
Python tracker
<http://bugs.python.org/issue24352>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
nosy: +ezio.melotti, michael.foord, rbcollins
___
Python tracker
<http://bugs.python.org/issue24355>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Yes, try "make distclean". I am unable to reproduce the problem and don't see
why your proposed patch would make a difference.
--
resolution: -> works for me
stage: -> resolved
status: pending -> closed
__
Ned Deily added the comment:
As of Python 3.3.0 and 2.7.9, the 32-bit-only OS X installers on python.org now
have a minimum deployment target of 10.5, rather than 10.3. This means that
all current OS X installers on python.org are now dynamically linked with the
Apple-provided system
Ned Deily added the comment:
The change in spec in editline was to better match GNU readline behavior.
Unfortunately, we depended on the old behavior. Technically, we don't support
editline out-of-the-box other than on OS X; as Martin notes, generalizing that
support is what Issue135
Ned Deily added the comment:
See also suggested patch in Issue24388.
--
nosy: +emaste
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
The suggested change to generalize support for libedit to other platforms is a
new feature so, by default, it would first appear in a new feature release,
e.g. 3.6. There would probably have to be an exception granted to add it to
2.7.x or other 3.x releases
Changes by Ned Deily :
--
nosy: +orsenthil
stage: -> patch review
versions: +Python 3.6 -Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Changes by Ned Deily :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue24402>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue24403>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
priority: normal -> release blocker
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue24400>
___
___
Pyth
Ned Deily added the comment:
The misbehavior in Python 2.7 was due to a bug as documented in Issue9928, a
bug that unfortunately was not discovered until just after 2.7 was initially
released. The fix for Issue9928 was first included in 2.7.1 as you discovered.
So the documentation has
Changes by Ned Deily :
--
assignee: -> ned.deily
components: +Macintosh
nosy: +ned.deily, ronaldoussoren
type: compile error ->
___
Python tracker
<http://bugs.python.org/i
Changes by Ned Deily :
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue24413>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +ned.deily
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue24418>
___
___
Python-bugs-list mai
Ned Deily added the comment:
Test fails on OS X (10.10) with Cocoa Tk 8.6(.4) and 8.5(.18):
==
FAIL: test_families (test_tkinter.test_font.FontTest
Ned Deily added the comment:
Thanks for the report!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Marking as release blocker for 3.5.0
--
nosy: +benjamin.peterson, larry, ned.deily
priority: normal -> release blocker
stage: -> needs patch
versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6
___
Python t
Ned Deily added the comment:
Make that OpenSSL 1.0.2c now.
--
___
Python tracker
<http://bugs.python.org/issue24432>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
This is a documented behavior difference in itertools.imap:
"If function is set to None, then imap() returns the arguments as a tuple. Like
map() but stops when the shortest iterable is exhausted instead of filling in
None for shorter iterables. The reason fo
Ned Deily added the comment:
Also note that the behavior of map() in Python 3 has been changed to also stop
with the termination of the shortest iterator.
https://docs.python.org/3.4/whatsnew/3.0.html#views-and-iterators-instead-of-lists
Changes by Ned Deily :
--
components: +Macintosh
nosy: +ned.deily, ronaldoussoren
stage: -> patch review
title: Make webbrowser support Chrome on Mac OS/X -> Make webbrowser support
Chrome on Mac OS X
versions: +Python 2.7, Python 3.5, Pyth
Changes by Ned Deily :
--
nosy: +bquinlan, giampaolo.rodola, gvanrossum, haypo, pitrou, yselivanov
___
Python tracker
<http://bugs.python.org/issue24451>
___
___
Ned Deily added the comment:
Ent, thanks for all your work on this, and thanks to Demian and Martin for
their reviews. In the meantime, the Python 3.5 release cycle has reached
feature code cutoff so, at this point, generally only bug fixes are being
accepted into 3.5, which means this
Changes by Ned Deily :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue24467>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +davin, sbt
versions: -Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue24475>
___
___
Python-bugs-list m
Changes by Ned Deily :
--
keywords: +easy
stage: -> needs patch
versions: +Python 3.6 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue24479>
___
_
Changes by Ned Deily :
--
nosy: +benjamin.peterson
stage: -> needs patch
title: hotspot pack_string Heap Buffer Overflow -> hotshot pack_string Heap
Buffer Overflow
___
Python tracker
<http://bugs.python.org/i
Ned Deily added the comment:
I agree with Ronald that the proposed patch should not be applied as is. For
example, the Pythons installed by the current python.org OS X installers build
and link with a newer version of libsqlite3. This is one of several examples
of third-party libraries for
Ned Deily added the comment:
Thanks for the fix, Martin and Serhiy. With Tk 8.4 on OS X, at least, it is
possible to have non-ascii font names. I extended the 2.7 test to account for
that.
--
versions: +Python 2.7
___
Python tracker
<h
Changes by Ned Deily :
--
nosy: +davin, sbt
___
Python tracker
<http://bugs.python.org/issue24484>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Can you show the version info from the Python 3.4 where you see the failures?
/usr/local/bin/python3.4 -c 'import sys;print(sys.version)'
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
Exactly how are you building the Python 3.4 that does not fail for you? FWIW,
I am able to reproduce the failure easily on a 10.10.3 system using python.org
64-bit/32-bit 3.4.3, using a current MacPorts source-built 3.4.3 (which is
built with clang), and
Ned Deily added the comment:
The problem you describe was covered by Issue4180 and fixed in Python 3.4.2.
From the discussion there, you can see that it was decided to not change the
behavior of Python 2.7.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> resolved
Ned Deily added the comment:
Jakub, thanks for your suggested changes. But this issue was closed and the
documentation updated many years ago. Please open a new issue with your
suggested changes, otherwise they will likely be forgotten and ignored.
--
nosy: +ned.deily
Ned Deily added the comment:
FWIW, building 3.4.3 from source as you described results in failures about 30%
of the time. With some of the earlier tests, it failed even more frequently.
This is running on a 2.2GHz I7.
--
___
Python tracker
<h
Ned Deily added the comment:
Issue12920 is currently open with a suggestion to change the documentation for
inspect.getsource.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Document that inspect.getsource only works
Ned Deily added the comment:
In duplicate Issue24491, zorceta notes: "Both python.exe and IDLE can't.
IPython is able to, as it inserts REPL input into linecache."
--
nosy: +ned.deily, zorceta
versions: +Python 3.5, Python 3.6 -Python
Ned Deily added the comment:
I assume you are talking about current Python 2.7 .pkg installers, like for
2.7.10. If so, we can probably fix that, but I'm curious as to what problems
this causes.
--
assignee: -> ned.deily
___
Python tracke
Ned Deily added the comment:
Thanks for noticing!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +davin, sbt
versions: +Python 3.5, Python 3.6 -Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issue24
Changes by Ned Deily :
--
nosy: +brett.cannon, eric.snow, ncoghlan
___
Python tracker
<http://bugs.python.org/issue24534>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
This is not a Python problem; note in particular the blueman references in the
messages. A quick web searching suggests there is a conflict between blueman
and SELinux security policies that need to be resolved; see, for example,
https://bugzilla.redhat.com
Changes by Ned Deily :
--
components: +Windows -Extension Modules
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<http://bugs.python.org/issue24
Ned Deily added the comment:
Can you say where you are seeing this? The current 2.7 documentation for json
reads:
"If skipkeys is True (default: False), then dict keys that are not of a basic
type (str, unicode, int, long, float, bool, None) will be skipped instead of
raising a Type
Changes by Ned Deily :
--
nosy: +ezio.melotti, michael.foord, rbcollins
stage: -> needs patch
type: enhancement ->
versions: +Python 2.7, Python 3.4, Python 3.6
___
Python tracker
<http://bugs.python.org/i
Ned Deily added the comment:
Right, that would be a good reason! I seem to recall that, when I initially
tested flat-package building and installation, there were problems with pkgs
not getting properly installed when version was set, possibly due to confusion
between installs and upgrades
Changes by Ned Deily :
--
components: -Installation
title: OS X 2.7 package has zeros for version numbers in sub-packages -> OS X
installer provides flat sub-packages with no version numbers
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
I think we can close this as finished. The only remaining item I can think of
is to add something to the 3.5 What's New document but that should be done as
part of Issue22980 for all affected platforms.
--
status: open ->
Ned Deily added the comment:
I think we should add something to the 3.5 "What's New" document about these
changes and which platforms are affected. Otherwise is there anything left to
do before closing?
--
priority: normal ->
Ned Deily added the comment:
Thanks for your patch, André! I changed the wording a bit to make it even
clearer. Applied to 2.7 (for 2.7.11), 3.4 (3.4.4), and 3.5.0
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -&g
Ned Deily added the comment:
Thanks, I overlooked the docstring. Now fixed.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
title: Documentation about skipkeys parameter for json.dumps is incorrect ->
Docstring for json.dumps skipkeys parameter
Ned Deily added the comment:
Thanks for the report. Taking a quick look at it, it appears that the problem
was introduced with the most recently releases of ActiveTcl on OS X, 8.5.18 and
8.6.4. The autocomplete popups seem to work fine with the previous OS X
release of ActiveTcl 8.5 (8.5.17
Ned Deily added the comment:
Kevin, I think that Autocomplete is implemented as an IDLE extension in:
Lib/idlelib/AutoComplete.py
Lib/idlelib/AutoCompleteWindow.py
and configured in:
Lib/idlelib/config-extensions.def
-> force-open-completions=
Perhaps someone could try to reduce it to smal
Ned Deily added the comment:
A web search will find multiple hits for problems with using Tk (and Tkinter)
with multiprocess on OS X and elsewhere. On OS X, there is a well-known and
documented restriction that impacts Tk-based apps:
"When launching separate processes using the fork fun
Ned Deily added the comment:
Thanks for the patch. However, in general, we don't like to change the source
files in Python just to improve white-space formatting, in particular with
older releases like Python 2.7. If the formatting changes are being done as
part of a larger change i
Ned Deily added the comment:
The Windows installer and the 32-bit-only OS X installer both have local copies
of OpenSSL. At the moment, only the 3.5.0 betas have been released with 1.0.2.
Setting to release blocker priority for 3.5.0b4.
--
nosy: +benjamin.peterson, larry, ned.deily
Ned Deily added the comment:
Process 51270 launched: './python' (x86_64)
Process 51270 stopped
* thread #1: tid = 0x5c8677, 0x0001000c1af8
python`_PyObject_Alloc(use_calloc=0, ctx=, nelem=,
elsize=) + 24 at obmalloc.c:1170, queue = 'com.apple.main-thread',
stop rea
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue24606>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I've also seen a crash in lru_cache_tp_traverse but with the 3.5.0b3 release
build for the OS X 64-bit/32-bit installer. I just stumbled across the
segfault by bringing up the interactive interpreter and typing "import ssl".
After a lot of pl
Ned Deily added the comment:
You are using a third-party build of Python from the homebrew package manager.
You probably need to install additional brew packages to provide bsddb support
so you should ask somewhere else for help with that, perhaps stackoverflow.com.
--
resolution
Ned Deily added the comment:
As far as I can tell the sample program works as expected on OS X with either
Cocoa Tk or X11 Tk, in both cases (as long as the event is changed to
Button-1). I agree it's most likely a platform difference or platform bug in
Tk behavior, rather than a P
Ned Deily added the comment:
Serhiy, I'll try making a 3.5.0b3+patch installer build in the same manner as
the 3.5.0b3 installer build. But I may not get to it for several days.
--
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
I agree with IIan's comments you cited in
https://groups.google.com/a/continuum.io/forum/#!topic/anaconda/AGHXzB1sN0I.
Python has been installing the README file in site-packages for a very long
time and there have been case-insensitive file systems for a
Ned Deily added the comment:
I'm +0 on the name change but, again, it wouldn't solve the conflict problem
for potential users of the readme package until 3.6.
--
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
(And such a change would only be appropriate in a feature release, as it would
complicate things for existing release installers and downstream distributions,
etc.)
--
stage: -> patch review
versions: -Python 3.4, Python
Ned Deily added the comment:
And the tradeoff for supplying private copies of newer OpenSSL libs with the
Pythons installed by python.org OS X installers is that we would then need to
solve the CA management problem for all users of those Pythons. So far there
hasn't been a good soluti
Ned Deily added the comment:
> For what it's worth, the El Capitan Beta's apparently don't ship with
> OpenSSL headers anymore though they do still ship with the dylibs.
Hmm, I had tested installing existing python.org binary releases with the first
DPs of 10.11 and I *
Changes by Ned Deily :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue24603>
___
Ned Deily added the comment:
There certainly is interest in supporting extended attributes on additional
platforms. Thanks for the patch, William, and the positive comments, Billy.
Since this probably falls into the category of new feature, it should be
targeted for 3.6, now that 3.5 is in
Ned Deily added the comment:
Sorry about the delay in testing the patch. I just confirmed (1) that I am
still able to produce a segfault on OS X as described above under the specific
conditions with a 10.6-like installer built with the current 3.5 tip and (2)
that, with clru_cache_new.patch
Ned Deily added the comment:
Ronald, FWIW, your test program seems to work without crashing on both 10.6 and
10.8; not surprisingly, it failed to compile on 10.5 (no 'errSecSuccess').
--
___
Python tracker
<http://bugs.python.o
Changes by Ned Deily :
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy: +bethard, docs@python
versions: +Python 2.7, Python 3.6
___
Python tracker
<http://bugs.python.org/issu
Changes by Ned Deily :
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue24712>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue24717>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ned Deily:
==
ERROR: testFDPassEmpty (test.test_socket.RecvmsgSCMRightsStreamTest)
--
Traceback (most recent call last):
File
"/Li
6301 - 6400 of 6927 matches
Mail list logo