Ned Deily added the comment:
That was easy; thanks, Xiang Zhang! Pushed for release in 3.5.3 and 3.6.0.
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +eric.smith
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue27818>
___
___
Python-bugs-list mai
Ned Deily added the comment:
Mark, many buildbots are unhappy. For example:
==
FAIL: test_testfile (test.test_math.MathTests)
--
Traceback (most recent call
Changes by Ned Deily :
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue27840>
___
Changes by Ned Deily :
--
nosy: +lemburg
___
Python tracker
<http://bugs.python.org/issue27903>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
LGTM. The patch does prevent the crash in IDLE which is certainly an
improvement until such time as someone investigates having Tk/tkinter fully
support non-BMP characters.
--
___
Python tracker
<h
Changes by Ned Deily :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue17209>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
Also, there are differences in behavior among the various flavors of Tk. I
know of at least four main flavors in use by current Python builds: Unix
X11-based Tk 8.5, Windows Tk 8.5, OS X Cocoa Tk 8.5, OS X Carbon Tk 8.4. Some
third-party distributors are
Ned Deily added the comment:
Serhiy, I'm aware of that; regardless, Tk 8.6 is starting to be used out in the
field with tkinter.
--
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
For some reason in your build, the first bootstrap use of the compiler (to
generate the sysconfig data) is failing because the runpy module can't be
found. Python should be able to find it in the source directory; the "Could
not find platform dependent
Ned Deily added the comment:
I'm glad you got a little further. Now it seems the build is failing when
trying to build the _ssl and _hashlib extension modules.
building '_ssl' extension
gcc -pthread -fPIC -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes
Ned Deily added the comment:
kbk has requested in the past that IDLE News items be put in
Lib/idlelib/News.txt because it is installed with IDLE and there is a button to
display it included in the "About IDLE" window. I know we've not been diligent
about doing that, at least
Ned Deily added the comment:
There are a few problems with the proposed patch (v2). I commented on those in
Rietveld. But, beyond that, I'm not convinced that the generated help.txt is
an improvement over the original help.txt. While it is formatted more
consistently (a good thing),
Ned Deily added the comment:
For comparison, here's a copy of the new rendered help.txt.
--
Added file: http://bugs.python.org/file29112/help.txt
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
The result of PATH= is also platform dependent. Testing on OS X which has a BSD
heritage rather a Linux one:
$ PATH= /usr/bin/which python
./python
# without patch
$ PATH= ./python -c 'import shutil; print(shutil.which("python"))'
python
$
Ned Deily added the comment:
Serhiy, I think your patch is ready to commit and close this issue as it
prevents the crash. A test would be nice if a reliable test could be devised
without too much effort but it's not mandatory, IMO. Any tangential issues or
more complex solutions c
Ned Deily added the comment:
Do you have a use case where this is needed? As far as I know, Python itself
doesn't reference libiconv directly. libintl may but we're not building it,
merely using it. If libintl does reference it, the linker in use should try to
satisfy the depende
Ned Deily added the comment:
That helps a bit but, to be able to even test this, we would still need a
specific example of a platform and a configuration where this is the case.
It's not necessary or desirable to add on most platforms, I
Ned Deily added the comment:
Thanks, Tyler. The 2.7.4 and 3.2.4 maintenance releases have been delayed due
to some critical issues and so we don't have a new availability date for the
first release candidates. I'll try to remember to ping here when that happens.
--
st
Ned Deily added the comment:
Sorry, I'm unable to reproduce your results and they look rather suspicious.
Keep in mind that the Python build uses its copy of Distutils to build and
install the interpreter's shared extension modules, like _ctypes.so. My guess
is that your "m
Ned Deily added the comment:
Let's consolidate these.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> during Python installation, setup.py should not use
.pydistutils.cfg
_
Ned Deily added the comment:
rdm notes in duplicate Issue6138:
There is a bug here, of some sort. Either the .pydistutils.cfg file's
install clause should override the default --prefix somehow, or the
error message should indicate where the setting for 'home' and
'--prefix&
Ned Deily added the comment:
I can reproduce the segfault with a v2.7.3 Python + virtualenv but not with a
current 2.7 tip Python + virtualenv. Nothing comes to mind immediately; I'll
try bisecting.
--
nosy: +ned.deily
___
Python tracker
Ned Deily added the comment:
Duh! Issue16839 "segmentation fault when unicode(classic_class_instance)"
That was recently fixed and will be available in the upcoming 2.7.4 maintenance
release.
--
resolution: -> duplicate
stage: -> committed/rejected
status: open ->
Ned Deily added the comment:
The crash occurs in OS X's libsystem_info on 10.8.
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_info.dylib0x7fff86bacd9e mdns_addrinfo + 299
1 libsystem_info.dylib0x7fff86badae2 search_add
Changes by Ned Deily :
--
nosy: +brian.curtin, terry.reedy, tim.golden
___
Python tracker
<http://bugs.python.org/issue17290>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
nosy: +eric.smith
___
Python tracker
<http://bugs.python.org/issue17292>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Geoff, you need to use hg's optional "git" format diff to preserve rename info.
See "hg help diffs".
--
nosy: +ned.deily
___
Python tracker
<http:
Ned Deily added the comment:
ISTM, committing changes to the devguide is fundamentally different from
committing a change to Python itself. The devguide has a much smaller and
focused audience, does not have compatibility considerations, it's continuously
releasable etc etc. So there
Ned Deily added the comment:
"I think the core-mentorship list would be one place to get more opinions if
more are needed."
Keep in mind that the core-mentorship list is a closed list so any discussions
there would take place without direct participation of the (many?) core
develo
Ned Deily added the comment:
However this is resolved, the information in the devguide should be consistent.
AFAICT, the recommendation to use hg "git" format is currently only mentioned
in the Committing section
(http://docs.python.org/devguide/committing.html#minimal-configuratio
Ned Deily added the comment:
Geoff, thanks, it is documented elsewhere in the devguide but it should be
mentioned there as well. I've added a note to Issue16931.
--
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
Other than the tabs, the patch LGTM. I originally noticed the problem when
addressing Issue14197, a Python 3 only issue, and fixed it there. But I did not
go back and check that the python-config part was also an issue for 2.7. Now
committed for release in 2.7.4
Changes by Ned Deily :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue16848>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Ned Deily :
--
resolution: out of date ->
status: closed -> open
title: test_subprocess.test_close_fds() sporadic failures on Mac OS X Tiger ->
sporadic failures of test_close_fds() and test_pass_fds in test_subprocess
versions: +P
Changes by Ned Deily :
--
title: sporadic failures of test_close_fds() and test_pass_fds in
test_subprocess -> sporadic failures of test_close_fds and test_pass_fds in
test_subprocess
___
Python tracker
<http://bugs.python.org/issu
Changes by Ned Deily :
--
nosy: +mark.dickinson, rhettinger
versions: -3rd party, Python 2.6, Python 3.1, Python 3.5
___
Python tracker
<http://bugs.python.org/issue17
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue17407>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Please add the detailed description of the problem and any test files to the
issue here. Information stored off-site is not searchable within the issue
tracker and may not be permanently available.
--
nosy: +ned.deily
Changes by Ned Deily :
--
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue17444>
___
___
Python-bugs-list mailing list
Unsub
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue17453>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I've just run across an easy way to simulate a retina display on my MBP model
(http://stackoverflow.com/a/13596261/145403) and have verified that the change
in the plist makes a big difference in Tk text rendering, at least with A/S
Tcl/Tk 8.5.13. So I'
Changes by Ned Deily :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue8862>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
The test for the condition was added to solve the problem reported in
Issue8716. The Tk crash for test_ttk_guionly reported there still occurs on a
current 10.8 system with the Apple-supplied Cocoa Tk under the same conditions,
that is, when running the tests
Ned Deily added the comment:
Um, yes, my tired eyes did skip over those added lines. Thanks, Glyph, and
sorry, Alex.
While the suggested change solves the issue for the non-framework build case,
it appears to introduce new problems. For one, with the current skip test, it
is possible to run
Ned Deily added the comment:
Granted, the current test is a kludge. We could make it a bigger kludge by
trying launchctl first and if it fails move on to the current ctypes-based
tests. Any better options?
--
___
Python tracker
<h
Ned Deily added the comment:
Joe, there are many reasons for seeing configure errors like that and they are
almost always platform-specific. Ones seen on OS X are unlikely to be related
to ones seen on Solaris so they should be covered in separate issues. In your
case, --enable-universalsdk
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue17512>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue17521>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ned Deily:
With the changes introduced for Issue4591, test_grp and test_pwd now fail on OS
X systems when Python is run in 32-bit mode.
Previously, using a 64-bit/32-bit universal build of 2.7.3:
$ arch -i386 /usr/local/bin/python2.7 -c 'import grp;
g=grp.getgrnam(&q
Ned Deily added the comment:
Failure also seen on 32-bit buildbot:
http://buildbot.python.org/all/builders/x86%20Tiger%202.7
--
___
Python tracker
<http://bugs.python.org/issue17
Ned Deily added the comment:
That fixes the test for nobody (-2). Now the next part of the test fails more
seriously for nogroup (-1). Simplifying:
2.7.3
$ arch -i386 /usr/local/bin/python2.7 -c 'import grp;
g=grp.getgrnam("nogroup").gr_gid; print(grp.getgrgid(g),type(g))
Ned Deily added the comment:
a4dbe53577cb appears to fix the latter problem. Thanks!
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue17532>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ned Deily:
When running the OS X 32-bit-only installer 2.7.4rc1 on OS X 10.5, test_xpickle
has many test failures all in CPicklePython25Compat. Note, there is an
Apple-supplied system Python 2.5 shipped on OS X 10.5. (There is also an
Apple-supplied system Python 2.5
Ned Deily added the comment:
Right. precisionbigmemtest was added by 0aafd1ae5120 ("security patches from
Apple") and released in 2.5.3. OS X 10.5 ("Leopard") has 2.5.1. On a hunch, I
installed a python2.4 (2.4.4) and the tests are broken using that as well:
multiple fa
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue17537>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Note that there was a long discussion a couple of months ago on python-ideas
about the csv module including the issue of duplicate names. There were
differing opinions about whether this behavior should be changed and, if so,
how. It starts here:
http
Ned Deily added the comment:
Test is still failing for 3.3.1rc1 and 3.2.4rc1.
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issu
New submission from Ned Deily:
Due to a change in behavior for OS X 10.8 (seen with 10.8.3), the code added to
posixmodule.c in Issue7900 to handle an unlimited number of groups no longer
works. The code depends on the documented behavior of getgroups(2) failing
with EINVAL when the
Ned Deily added the comment:
There definitely needs to be an option to continue to include the normal
progress list in the output. This is essential for comparing test runs. I'm
+0 on whether it be the default or not. Actually, what is really needed for
automated analysis of test ru
Ned Deily added the comment:
There's a typo in the patch and None won't work. With the following change to
the patch:
-_2G = _1G = None
+_2G = _1M = 0
the test passes on OS X 10.5 against the system 2.5.1 and an installed 2.4.4.
Thanks!
--
stage: needs patch
New submission from Ned Deily:
The attached patch updates the Developer's Guide to reflect the changes in the
development process now that the 3.2 branch has closed for bug fixes and has
moved to security-fix-only status.
--
components: Devguide
Ned Deily added the comment:
Note, that test_executable_without_cwd now fails when the tests are run from an
installed Python. See Issue17046.
--
___
Python tracker
<http://bugs.python.org/issue15
Ned Deily added the comment:
Thanks for fixing the break. As time goes on, active support of 10.4 Tiger
becomes less important but having the buildbot there is an inexpensive way to
test backward compatibility, issues that might also arise on other platforms.
For 2.7.x and 3.2.x, we still
Ned Deily added the comment:
Committed in http://hg.python.org/devguide/rev/e125591a5f12
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
With the rev1 patch (on OS X), the cursor seems to end up on the wrong line
after the restart:
>>> import sys
>>> sys.stdin.readline()
>>> RESTART
>>>
*Cursor le
Ned Deily added the comment:
However, the patch *does* fix the original problem that the first input after
restart is skipped.
--
___
Python tracker
<http://bugs.python.org/issue14
Ned Deily added the comment:
Thanks for catching this!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
With the stop_readline patch, I'm seeing this exception upon shell restart when
trying the same test as above:
$ ./python -m idlelib
Exception in Tkinter callback
Traceback (most recent call last):
File "Lib/tkinter/__init__.py", line 1475, in __ca
Ned Deily added the comment:
Ah, sorry, I mis-edited the patch when check_whitespace.py complained about a
whitespace problem. The test does now work correctly, thanks.
--
___
Python tracker
<http://bugs.python.org/issue14
Ned Deily added the comment:
With the patch applied, I verified that the launch behavior of OS X IDLE.app is
unchanged as expected.
--
___
Python tracker
<http://bugs.python.org/issue6
Ned Deily added the comment:
I just noticed that the changes committed earlier for this issue added a
reference to the Tcl/Tk 8.6 man pages. Since there are known problems with
using 8.6 with tkinter (for example, Issue16809) and we don't currently ship
8.6 with any of our binary insta
Ned Deily added the comment:
Zach, thanks for addressing most of the comments. The Makefile does now work as
intended and more information is retained in the help.txt.
But I'm still troubled by the plaintext rendering, particularly of the inline
code markup. With the `` marks fro
Ned Deily added the comment:
This issue has likely been superseded by more recent activity to support mingw,
for example, activity tracked in Issue17605. Roumen?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue6
Ned Deily added the comment:
Setting as 2.7.4 release blocker pending further analysis. Roger, any ideas?
Would having the contents of Raymond's .idlerc files be of help? Raymond, does
IDLE terminate when the exception occurs or does it keep running?
--
nosy: +benjamin.pet
Ned Deily added the comment:
"python -m idlelib" isn't implemented for 2.7.x, is it?
--
___
Python tracker
<http://bugs.python.org/issue17613>
___
___
Ned Deily added the comment:
I'm able to reliably reproduce the exception using your test procedure, Roger,
using either current head of 3.3 or 2.7, and am not able to reproduce it with
stop_colorizer.patch applied. LGTM. So it seems to me the next questions are:
1. Raymond, does this
Ned Deily added the comment:
LGTM
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue17614>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org/issue17614>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
Did you start with a clean build directory and rerun ./configure? What
./configure options did you use? Make sure that an existing install isn't
getting in the way during a build, particularly with --enable-shared. With a
current tip of the default branch,
Ned Deily added the comment:
Sure, or just go ahead and commit it. LGTM.
--
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Python-ast.c is a generated file. As released, a Python source tarball should
contain an up-to-date version that does not need to be regenerated. However, if
the timestamps of the source files are not preserved, the Makefile may think it
is out of date and try to
Ned Deily added the comment:
I'm afraid it's not likely we'll be able to further resolve this issue without
more specific information about exactly the steps you are using to try to build
Python, including exactly what version or hg rev id (you say 2.7.2 but the path
name s
Ned Deily added the comment:
It works OK as long as you are running Python from a framework build
(--enable-framework). There are various OS X customizations in IDLE that are
currently triggered by the runningAsOSXApp() function in
idlelib/macosxSupport.py. One of the customizations is to
Changes by Ned Deily :
--
assignee: -> ned.deily
stage: -> needs patch
title: IDLE: Right click menu not working on OS X -> IDLE only customizes
correctly for OS X when using framework build
versions: +Python 3.3
___
Python track
Ned Deily added the comment:
LGTM
--
___
Python tracker
<http://bugs.python.org/issue17657>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
Yes, the behavior is by design. I think you are misunderstanding how
exandtabs() works. The "tabsize" argument indicates the number of columns each
tab position occupies. So, with a tabsize of 4, the tab positions occur every
four columns; the tab pos
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg186404
___
Python tracker
<http://bugs.python.org/issue17677>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
nosy: -dangyogi
title: Invitation to connect on LinkedIn -> spam
___
Python tracker
<http://bugs.python.org/issue17677>
___
___
Py
Ned Deily added the comment:
There definitely are configurations where some values do get duplicated in
CFLAGS and LDFLAGS. In my experience this is generally harmless for builds
but, as you point out, it can break tests that expect particular values. It
would be nice to clean this up
Changes by Ned Deily :
--
versions: +Python 2.7, Python 3.4
___
Python tracker
<http://bugs.python.org/issue17679>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
That's a good point. Here's a patch for the documentation with a simplified
example:
>>> '01\t456\t89'.expandtabs(4)
'01 456 89'
What do others think: is an example useful and, if so, this example?
Ned Deily added the comment:
Perhaps we should hold off for a week or two to see if any other critical
problems show up.
--
___
Python tracker
<http://bugs.python.org/issue17
Ned Deily added the comment:
See also Issue17697. Xavier, would you be willing to submit a patch with a
test?
--
nosy: +ned.deily
stage: -> needs patch
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
On python-list, Robert Kern used "where" to demonstrate the problem:
$ python pdbbug.py
first call
--Return--
> /Users/rkern/scratch/pdbbug.py(4)foo()->None
-> pdb.set_trace()
(Pdb) where
/Users/rkern/scratch/pdbbug.py(5)()
-> foo('f
Changes by Ned Deily :
--
stage: -> needs patch
versions: +Python 2.7, Python 3.2, Python 3.4
___
Python tracker
<http://bugs.python.org/issue17697>
___
___
Py
Changes by Ned Deily :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue17702>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
Usually this kind of problem is caused by not having the necessary developer
package of ncurses installed when building Python. The dev package includes
the header files necessary for Python's curses module to build and link with
libncurse{,w}. When you
Ned Deily added the comment:
Thanks for the suggested. Here's a revised wording and a slightly more legible
example:
Return a copy of the string where all tab characters are replaced by zero or
more spaces, depending on the current tab column and the given tab size.
Starting a
6001 - 6100 of 6927 matches
Mail list logo
