Changes by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<http://bugs.python.org/issue11787>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the report. This is another case of the problem described in
Issue9516, in particular msg130666 except now it is hg invoking another Python
during the build process. The sysconfig part of the patch for Issue9516
applied to the "build" Pytho
Ned Deily added the comment:
Applied in 2.7 (for release in 2.7.2), 3.1 (for 3.1.4). 3.2 (for 3.2.1), and
default (for 3.3).
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python track
Ned Deily added the comment:
Looks like the patch breaks the OpenIndiana buildbots:
http://www.python.org/dev/buildbot/all/builders/x86%20OpenIndiana%203.2/builds/168
--
resolution: fixed ->
status: closed -> open
___
Python tracker
Ned Deily added the comment:
Reverting the patch since it caused failures on failure on some other platform
buildbots (for instance, Gentoo and OpenIndiana). It also fails on OS X
buildbots with pydebug enabled, something I hadn't tested:
http://www.python.org/dev/buildbot/all/builders/
Changes by Ned Deily :
--
nosy: +jcea
___
Python tracker
<http://bugs.python.org/issue11817>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
I agree. If it were important to make plistlib error handling more useful,
using a different parser would be the way to go, I think. In any case, Apple
has deprecated the use of XML plists and moved to a binary plist format that
plistlib does not recognize or
Ned Deily added the comment:
I agree that it is kind of odd behavior and, after a quick look back through
open issues, I was a bit surprised to not find an open issue about it (although
I may have overlooked one).
"Thus it does not seem to be an os.system issue, but a failure of Id
Ned Deily added the comment:
Thanks for the report. This is the same problem as reported in Issue11088. A
fix will be available in the next releases of Python 3.2 and 2.7. A workaround
is to use the 32-bit-only version of Python 3.2 which uses the Tcl/Tk 8.4 or to
not try to do input() in
Ned Deily added the comment:
"Given that it is undefined, the puzzle is that it exists at all, even to be
called." No puzzle at all: in Python 2, stdin is a file object which
automatically has a flush method. And the behavior seen here is not limited to
OS X; FreeBSD, for one, giv
Ned Deily added the comment:
Thanks for the improvement. Applied in changeset cc43ed7af5f2.
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Ned Deily :
As far as I can see, the developer's guide does not mention at all the new
Rietveld code review tool integration with the Python bug tracker. The guide
should describe how the tool is expected to be used both by core developers
reviewing submitted patche
Ned Deily added the comment:
Note that the various HFS variants, the default file system types on OS X, do
not support sparse files at all. So any tests of large files require at some
point that the system writes out all the data in the file.
http://developer.apple.com/library/mac
Ned Deily added the comment:
That said, on my iMac (2.4 Ghz Intel Core 2 Duo):
$ time ./python -m test -v -u largefile test_mmap
[...]
--
Ran 24 tests in 87.673s
OK
1 test OK.
real1m27.875s
user0m0.186s
sys
Ned Deily added the comment:
Maybe that buildbot machine is just overloaded. If I understand the buildbot
waterfall output correctly, it looks like there are often 4 simultaneous test
runs happening on that machine, one each for 2.7, 3.1, 3.2 and 3.x.
http://www.python.org/dev/buildbot/all
Changes by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<http://bugs.python.org/issue11879>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +bethard
___
Python tracker
<http://bugs.python.org/issue11884>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the precise test case. I am able to reproduce the failure on OS X
using the MacPorts X11-Tk Tkinter but not with the standard OS X AquaTk Tkinter.
--
assignee: -> ned.deily
nosy: +ned.deily
stage: -> needs
Ned Deily added the comment:
Might be a duplicate of Issue10736.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue11925>
___
___
Python-bug
Ned Deily added the comment:
You are looking at the documentation for Python 3, not Python 2. For Python
2.6, you should refer to its documentation:
http://docs.python.org/release/2.6.6/library/plistlib.html
For Python 3, many references to strings were changed to bytes as part of the
Ned Deily added the comment:
Thanks for the report: yet another Aqua Tk oddity. This one is a problem in Tk
itself. It can be seen using a recent Wish 8.4 with a simple Tcl script to
create a help menu. The relevant Tk bug is here:
http://sourceforge.net/tracker/index.php?func=detail&
Ned Deily added the comment:
Thanks for noticing!
--
nosy: +ned.deily
resolution: -> duplicate
stage: needs patch -> committed/rejected
status: open -> closed
superseder: -> test_readline fails when readline was installed after running
configure (and wa
Ned Deily added the comment:
That might be another instance of this:
http://thread.gmane.org/gmane.comp.python.devel/123698
You might want to bring this up on python-dev.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.
Ned Deily added the comment:
́Éric, was your comment in msg135467 intended for another issue?
--
___
Python tracker
<http://bugs.python.org/issue10666>
___
___
Changes by Ned Deily :
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue11164>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Sorry, I don't see how that could help. The point I was making is that the
directives accepted by GNU readline and BSD editline are completely different
and one way or another the user is forced to deal with that. If you used
read_init_file, you would
Ned Deily added the comment:
Even if used a different file name, you still have to set up two different sets
of directives.
The main drawback to the trivial suggestion is that it continues to pull in GNU
readline, which is now GPLv3-licensed, into the python.org OS X installers. In
general
Ned Deily added the comment:
́Éric, Martin was involved in the earlier discussions when the support for
editline was originally added to the readline module. We've been over this
ground before. See Issue6872 and Issue6877.
There are a number of options here. I plan to investigat
Ned Deily added the comment:
Note, the Unix build only identifies itself like that if there is a working
copy of hg on $PATH at configure time. If not, the version string also
silently defaults to "default". That requirement creates a bit of a problem
for the OS X installer bu
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue11610>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ned Deily :
[reported by Stefan Behnel]
With the "packaging" changes introducing Lib/sysconfig.cfg and corresponding
changes to Lib/sysconfig.py to depend on them, builds that use --prefix= to
install outside of the build directory fail during startup when sit
Ned Deily added the comment:
Applied as requested.
--
assignee: tarek -> ned.deily
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Ned Deily added the comment:
The test should be changed anyway to avoid the dependency on "srcdir", whose
value has no meaning when the tests are not run from a simple
in-source-directory build. The test could create its own temp copy of
xxmodule.c.
--
nosy:
Ned Deily added the comment:
The problem you see is with the 2.7 64-/32-bit OS X installer and is documented
and will be fixed with the patch in Issue9907. In the meantime, a workaround
is to delete the installed 2.7 framework and install the 32-bit-only version
which is built with GNU
Ned Deily added the comment:
There is a difference in behavior in the accept() socket call between Linux and
BSD systems (including OS X). As documented in the Debian Linux man page for
accept(2): "On Linux, the new socket returned by accept() does not inherit
file status flags su
Ned Deily added the comment:
This would seem to be an invalid test case. It is specifically documented that
socket.makefile does not support this: "The socket must be in blocking mode (it
can not have a timeout)".
http://docs.python.org/py3k/library/socket.html#socket.socket.m
Ned Deily added the comment:
As I commented over on Issue7322, I think any such test would be not perfect
since I believe the blocking status of the socket could be changed at any time,
at least on Unix-y systems. So I'm +0 on whether adding a test in makefile()
is worth it, presumi
Ned Deily added the comment:
IMO, it's not s behavior change, it's a serious bug in the OS X version as
released in the python.org installer. Important functionality is broken.
--
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
I'd rather see the wording come from more experienced users of IDLE and on
other platforms.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Ned Deily :
--
keywords: +easy
nosy: -BreamoreBoy
stage: unit test needed -> patch review
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/iss
Changes by Ned Deily :
Removed file: http://bugs.python.org/file18285/issue5622.diff
___
Python tracker
<http://bugs.python.org/issue5622>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
nosy: +haypo -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue6135>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Surprisingly, this had apparently not been reported before. Thanks for doing
so! Recently, some one else reported the problem on one of the newsgroups.
Overlooking this issue, I unnecessarily opened Issue10404 for it and supplied a
patch there
Changes by Ned Deily :
--
keywords: +easy
stage: -> needs patch
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue7367>
___
___
Python-
Ned Deily added the comment:
I see Issue7995 also addresses the issue of accept sockets inheriting
nonblocking status and provides a suggested patch.
--
___
Python tracker
<http://bugs.python.org/issue7
Ned Deily added the comment:
(See also Issue7322)
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue7995>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Consolidating with Issue6864
--
resolution: -> duplicate
status: open -> closed
superseder: -> IDLE 2.6.1 locks up on Mac OS 10.6
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
Duplicate of Issue8447 ?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue8590>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
If you call ioctl with the mutate_flag True, you need to pass "an object
supporting the read-write buffer protocol" as the arg parameter for the results
of ioctl to be returned in. In your example, you pass a bytes object which is
immutable. T
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg121996
___
Python tracker
<http://bugs.python.org/issue10345>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
If you call ioctl with the mutate_flag True, you need to pass "an object
supporting the read-write buffer protocol" as the arg parameter for the results
of ioctl to be returned in. In your example, you pass a bytes object which is
immutable. T
Ned Deily added the comment:
Verified that the ctypes test_macholib tests in current Python 2.7, 2.6.6, and
even 2.5.3 run without failure on OS X 10.4.11 PPC.
--
nosy: +ned.deily -BreamoreBoy
resolution: -> out of date
status: open ->
Ned Deily added the comment:
The notes in the documentation under socket.gettimeout() do go into more detail
than elsewhere. But at least one thing there is at best misleading: "Sockets
are always created in blocking mode" is, as we've seen, not correct for BSD-ish
syst
Ned Deily added the comment:
(Reopening as the previous message appears to be incorrect.)
--
assignee: nobody ->
nosy: +ned.deily -BreamoreBoy
resolution: fixed ->
stage: -> patch review
status: closed -> open
versions: +Python 3.2 -Python 2.7
Ned Deily added the comment:
(Noted in passing: Issue9867 may be relevant here.)
--
nosy: +ned.deily -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue706
Ned Deily added the comment:
Note, this change affects the documentation for the sqlite3 module which was
modified for 3.2 by r85208 in Issue10020 to add a footnote:
"The sqlite3 module is not built with loadable extension support by default,
because some platforms (notably Mac OS X)
Ned Deily added the comment:
Can this be closed now?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue9047>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
FYI, calendar.localeHTMLCalendar() fails on OS X in exactly the same way for
exactly the same reason. See, for instance, Issue10090.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue10
Ned Deily added the comment:
Fails on OS X as well for similar reasons.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue10498>
___
___
Pytho
Ned Deily added the comment:
Also fails with 3.2 as in 2.7 and works in 3.1 as in 2.6.
--
nosy: +ghaering, ned.deily
stage: -> needs patch
type: crash -> behavior
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/i
Ned Deily added the comment:
Thanks for the report. It would be helpful if you could supply a patch
including a unit test for this against 3.2 and/or 2.7. Note only security
issues are accepted for 2.6.
--
nosy: +ned.deily
stage: -> unit test needed
versions: +Python 3.2 -Pyt
Ned Deily added the comment:
Your analysis is correct. Sorry, I should have noted that the OS X "UTF8" vs
"UTF-8" discrepancy has already been discussed in Issue10090 and Issue10154.
--
___
Python tracker
<http://bug
Ned Deily added the comment:
Can you say exactly what arguments are given to clang for this compile? (As
you probably know, CPython builds on OS X for python.org installers use gcc,
not clang.)
--
nosy: +ned.deily
___
Python tracker
<h
Ned Deily added the comment:
OK, then if you care to follow up, I suggest pursuing with the Clang project.
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg122051
___
Python tracker
<http://bugs.python.org/issue10496>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
The problem is reproducible on a current Debian Linux system although with
different results for current versions of Python (only security issues are
accepted against 2.6). Unlike with 2.6, 3.1 reports no error. 2.7 and 3.2
both fail with an exception
Changes by Ned Deily :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue10496>
___
___
Python-bug
Ned Deily added the comment:
There seem to be several different issues being reported here. As far as I can
tell, the only issue that directly relates to code in the Python standard
library is the lack of internationalization for EasyDialogs. EasyDialogs
depends on deprecated OS X Carbon
Changes by Ned Deily :
Added file: http://bugs.python.org/file19800/test.py
___
Python tracker
<http://bugs.python.org/issue10515>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
keywords: +patch
Added file: http://bugs.python.org/file19802/p1.patch
___
Python tracker
<http://bugs.python.org/issue10515>
___
___
Ned Deily added the comment:
(Thanks. I've unpacked and uploaded the three files from your tar file.)
--
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file19803/p2.patch
___
Python tracker
<http://bugs
Changes by Ned Deily :
--
nosy: +jnoller
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue10527>
___
___
Python-bugs-list mailing list
Un
Changes by Ned Deily :
--
stage: -> patch review
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue10464>
___
___
Python-bugs-list mai
Changes by Ned Deily :
--
nosy: +belopolsky, gregorlingl
___
Python tracker
<http://bugs.python.org/issue10531>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Closing this issue since it appears to not be a bug.
--
nosy: +ned.deily
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Ned Deily added the comment:
This appears to be another variant of the IDLE, OS X 10.6, 64-bit,
Apple-supplied Tk 8.5 problems. As a workaround, you can re-install 2.7rc1
using the 32-bit-only installer; IDLE there does not exhibit these problems.
--
assignee: -> ned.de
Ned Deily added the comment:
Ronald, which patch are you thinking of? Issue6075?
--
___
Python tracker
<http://bugs.python.org/issue10537>
___
___
Python-bug
Ned Deily added the comment:
The first issue you note appears to be a duplicate of Issue10162, a fix for
which should be available in the 2.7.1 maintenance release.
The second issue appears to be a duplicate of Issue9291. Since that issue is
still open, I suggest any further discussion be
Ned Deily added the comment:
Regardless of the root cause, I really hate to see 2.7.1 go out with this
unresolved. As it stands, IDLE was broken in the 2.7 64-bit OS X installer for
2.7 and, as it stands, is still broken. And whether it is an Apple Tk problem
or not (which remains to be
Ned Deily added the comment:
Adding the nosy list from Issue6628 where this problem was originally reported.
What's interesting about this is that IDLE 2.x does not exhibit this behavior,
AFAICT, when using the same Apple Tk 8.4. As there are other odd behaviors
with IDLE 3.x on OS
Ned Deily added the comment:
This issue was reported again in Issue9763; at the time, I overlooked your
original report. As there is a more recent discussion of it over there, I am
going to close this as a duplicate and add you to the nosy list there.
--
resolution: -> duplic
Ned Deily added the comment:
Considering the discussion on the idle-dev list back in October about this
issue, I think this low-risk, high-benefit fix should be going into all three
upcoming releases.
--
nosy: +benjamin.peterson, georg.brandl
priority: high -> criti
Ned Deily added the comment:
(Sorry, I skipped over the third: this is one reason why one should not include
multiple problems in one tracker issue.)
As to your third point, a quick search of "mimetypes" in the bugtracker shows
that looking in the Windows registry for mimetypes
New submission from Ned Deily :
[From Issue10268]
The configure to Makefile option processing for a few options is non-standard.
For example, --enable-loadable-sqlite-extensions=no is treated the same as
--enable-loadable-sqlite-extensions or --enable-loadable-sqlite-extensions=yes
Changes by Ned Deily :
--
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issue10558>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
More data points: using the 2.7.1 release source tarball, the problem is
reproducible on 10.6 when dynamically linked to the Apple Tcl/Tk 8.5 and
executing in either 64-bit or 32-bit mode. It is not reproducible when using
ActiveState Tcl/Tk 8.5.9, AS Tcl/Tk
Ned Deily added the comment:
Patch looks good to me. Supplied test fails before and works after fix applied.
--
nosy: +ned.deily
stage: patch review -> commit review
___
Python tracker
<http://bugs.python.org/issu
Changes by Ned Deily :
Removed file: http://bugs.python.org/file19666/issue_10231_testcase.diff
___
Python tracker
<http://bugs.python.org/issue10464>
___
___
Python-bug
Ned Deily added the comment:
See also Issue9922
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue10197>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
The fix for this problem, originally reported in Issue8883, was released in
Python 2.6.6.
--
assignee: -> ronaldoussoren
components: +Library (Lib), Macintosh -Extension Modules
nosy: +ned.deily, ronaldoussoren
resolution: -> duplicate
status
Ned Deily added the comment:
Unfortunately, just adding the binding to does not work because the
Tk Text widget already has a documented binding of "paste-text" to
and this does not override that. With the binding added, I found that the
button-2 behavior for breakpoints di
Ned Deily added the comment:
It could be worse. As I noted in Issue10405, the IDLE breakpoint facility
appears to be officially undocumented on any platform so it's hard to know what
users' expectations are. And there are still Macs out there with only one
button. As a side n
New submission from Ned Deily :
32-bit-only OS X installers build and link to a copy of the GNU readline
library for use by the readline module in the standard library. But, the newer
64-bit/32-bit installer variants for 2.7 and 3.2 link to the OS X supplied BSD
editline (libedit) library
Ned Deily added the comment:
Keep in bind that there the Python readline module may be linked to either GNU
readline or the BSD editline (libedit) library and they have different command
strings. Note the warning here:
http://docs.python.org/dev/py3k/library/readline.html
Here's a sn
Ned Deily added the comment:
Keep in mind that the Python readline module may be linked to either GNU
readline or the BSD editline (libedit) library and they have different command
strings. Note the warning here:
http://docs.python.org/dev/py3k/library/readline.html
Here's a snipp
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg123702
___
Python tracker
<http://bugs.python.org/issue5845>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Nosying Martin: any Windows installer concerns?
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue5845>
___
___
Pytho
Ned Deily added the comment:
(Adding the 3.2 release manager: a potential release blocker?)
--
nosy: +georg.brandl, ned.deily
___
Python tracker
<http://bugs.python.org/issue7
Ned Deily added the comment:
One review comment: the patch adds a new exception class that is used for the
errors that are now additionally detected. Elsewhere plistlib uses
non-specific exception classes like ValueError. If starting from scratch, it
might be better to consistently use a
Ned Deily added the comment:
Update 31 backport patch to reflect revert of unittest method names prior to
3.1.3 release.
--
Added file: http://bugs.python.org/file20023/issue9922-31-rev1.patch
___
Python tracker
<http://bugs.python.org/issue9
601 - 700 of 6927 matches
Mail list logo
