Changes by Ned Deily :
Removed file: http://bugs.python.org/file18972/issue9922-31.patch
___
Python tracker
<http://bugs.python.org/issue9922>
___
___
Python-bugs-list m
Ned Deily added the comment:
Building Python on OS X is currently only tested and supported using the gcc
provided by Apple's Xcode Developer Tools (either gcc-4.0 for building on OS X
10.4 and 10.5 and gcc-4.2 or -4.0 for building on 10.6, depending on deployment
target). Also judging
Ned Deily added the comment:
Without more specific details on exactly how to reproduce the problem, I assume
you are seeing something like the problem reported in Issue9783. There are
several reported problems with IDLEs that are linked with the Apple-supplied
Tcl/Tk 8.5 in OS X 10.6. That
Ned Deily added the comment:
[updated to refer to correct issue - thanks!]
Without more specific details on exactly how to reproduce the problem, I assume
you are seeing something like the problem reported in Issue9763. There are
several reported problems with IDLEs that are linked with the
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg123868
___
Python tracker
<http://bugs.python.org/issue10690>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue10690>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Ned Deily :
--
assignee: -> ned.deily
nosy: +ned.deily
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/iss
Ned Deily added the comment:
The 10.4u SDK is an optional install in the OS X 10.6 Xcode Developer Tools
package. There is an option in the Xcode installer to customize; just select
the 10.4u package to install it.
--
nosy: +ned.deily
___
Python
Ned Deily added the comment:
When you use python 3.1 from a python.org OS X installer, it is built with the
10.4u SDK and a deployment target of 10.3 and up. Distutils ensures that any
extension modules are built using the same values as the interpreter itself
which is why the 10.4u SDK is
Ned Deily added the comment:
Unfortunately, there are some major stability problems with IDLEs that are
linked with the Apple-supplied Tcl/Tk 8.5 in OS X 10.6. (See, for instance,
Issue9763.) That includes the current python.org 2.7.1 64-bit installer. The
simplest workaround at the moment
Ned Deily added the comment:
Thank you very much for the patch. I have updated it and modified it somewhat
to work with the latest tip for py3k (3.2b1), 3.1.3+, and 2.7.1+ and to work
with both AquaTk Cocoa 8.5 and preserve current behavior with legacy AquaTk
Carbon 8.4.
Since there are no
Changes by Ned Deily :
Added file: http://bugs.python.org/file20097/issue6075_27.patch
___
Python tracker
<http://bugs.python.org/issue6075>
___
___
Python-bugs-list m
Ned Deily added the comment:
I believe this fix should go into 3.2 (and 2.7) as it has been reported by a
number of people in various places and the fix risk is low.
--
nosy: +benjamin.peterson, georg.brandl
priority: normal -> release bloc
Ned Deily added the comment:
I think this should be applied for 3.2 (and 2.7 and 3.1). The risk is low and
the benefit to OS X IDLE users is great, since without it there is no way to
use IDLE's breakpoint facility.
--
nosy: +georg.b
Ned Deily added the comment:
This is a duplicate of Issue8458. Merging the nosy lists.
--
nosy: +ned.deily
resolution: -> duplicate
status: open -> closed
superseder: -> buildbot: test_cmd_line failure on Tiger: [Errno 9] Bad file
d
Ned Deily added the comment:
See also msg124254.
--
assignee: -> gregory.p.smith
nosy: +gregory.p.smith, ncoghlan, pitrou
type: -> behavior
___
Python tracker
<http://bugs.python.org/
New submission from Ned Deily :
OS X Mach-O universal executable files often contain multiple architectures
including a combination of 32-bit and 64-bit archs, as with the newer OS X
installer variants provided on python.org. In such cases, the
platform.architecture() function always returns
Ned Deily added the comment:
The attached patches for py3k (3.2+) and 2.7 correct platform.architecture() to
return the bit architecture ('32bit' or '64bit') of the running interpreter in
the default case where executable = sys.executable. The linkage string will
also
Changes by Ned Deily :
--
keywords: +patch
Added file: http://bugs.python.org/file20106/issue10735-py3k.patch
___
Python tracker
<http://bugs.python.org/issue10
Changes by Ned Deily :
Added file: http://bugs.python.org/file20107/issue10735-27.patch
___
Python tracker
<http://bugs.python.org/issue10735>
___
___
Python-bugs-list m
Changes by Ned Deily :
Added file: http://bugs.python.org/file20108/issue10735-py3k.patch
___
Python tracker
<http://bugs.python.org/issue10735>
___
___
Python-bugs-list m
Changes by Ned Deily :
Added file: http://bugs.python.org/file20109/issue10735-27.patch
___
Python tracker
<http://bugs.python.org/issue10735>
___
___
Python-bugs-list m
Changes by Ned Deily :
Removed file: http://bugs.python.org/file20106/issue10735-py3k.patch
___
Python tracker
<http://bugs.python.org/issue10735>
___
___
Python-bug
Changes by Ned Deily :
Removed file: http://bugs.python.org/file20107/issue10735-27.patch
___
Python tracker
<http://bugs.python.org/issue10735>
___
___
Python-bugs-list m
New submission from Ned Deily :
3.2b2(~)
The following two test failures are seen with the newly released Cocoa-based
ActiveState Tcl 8.5.9 on OS X 10.6. No failures are reported when using the
Apple Tcl/Tk 8.5 supplied with 10.6
Changes by Ned Deily :
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue10736>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I'll look into it. No need to hold up beta2 for this.
--
___
Python tracker
<http://bugs.python.org/issue10736>
___
___
Pytho
Ned Deily added the comment:
It's only a hack in the sense that platform.architecture is the documented
interface in the std library to report "bits" and, unfortunately, users try to
use it to determine whether running in 64-bit or 32-bit mode. For instance,
Ned Deily added the comment:
Thanks for the suggested code. As suggested, it would be helpful to supply a
complete patch (or patches) ready to be reviewed and applied to the tips of the
currently maintained source trees (py3k, 3.1, and 2.7) including adding an
appropriate test case to Lib
Changes by Ned Deily :
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue10738>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Adding a warning sounds like a good idea. Is it reasonable to include a
recommended cross-platform approach in the platform doc, like either the
sys.maxsize test or the struct.calsize("P") test (which is used as a default
fallback in platform.architect
Ned Deily added the comment:
Not to belabor the point but the most useful part of a ready-to-go patch would
be to have a fully automated test case that fits into the existing
test_zipfile.py structure and that demonstrates the failure. Somebody has to
write a test case one way or another
Ned Deily added the comment:
That does seem to be a regression since distutils.sysconfig works correctly in
a virtualenv:
$ python3.2 -c 'import
distutils.sysconfig;print(distutils.sysconfig.get_makefile_filename())'
/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/c
Ned Deily added the comment:
Setting to deferred blocker for 3.2 release manager evaluation.
--
nosy: +georg.brandl
priority: normal -> deferred blocker
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
The problem you have reported here was later independently reported in
Issue7995 where a possible fix has been proposed. Suggest adding yourself to
the nosy list of that issue to monitor current status.
--
nosy: +ned.deily
resolution: -> duplic
Ned Deily added the comment:
It's still a problem on OS X at least and is 64-bit related:
$ arch -i386 /usr/local/bin/python3.2 -c 'import
time;print(time.asctime(time.gmtime(1e12)))'
Traceback (most recent call last):
File "", line 1, in
ValueError: timestamp
Changes by Ned Deily :
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue8013>
___
___
Python-bug
Ned Deily added the comment:
Thanks for the py3k patch. I am also attaching a refreshed patch for current
2.7. They both fix the segfaults when built and run on OS X 10.6 64-bit.
Since the patches change timemodule to use asctime_r, which AFAICT is not used
elsewhere in the standard
Ned Deily added the comment:
Not dead, just pining for the fjords. The two versions of the patch as
submitted need some work before being ready for review. One issue is that the
patches were originally applied to earlier snapshots of IDLE, so some
subsequent changes have been reverted in
New submission from Ned Deily :
The changes for Issue10679 (r87525) to installed versioned scripts break OS X
framework installs. The install_versionedtools target in Mac/Makefile already
did most of this work and is now superfluous. The attached patch fixes the
problem
Changes by Ned Deily :
--
keywords: +patch
Added file: http://bugs.python.org/file20254/issue10820-py3k.patch
___
Python tracker
<http://bugs.python.org/issue10
New submission from Ned Deily :
The third-party libraries used by the 32-bit OS X installer are in need of
updating. (Patch follows.)
--
assignee: ronaldoussoren
components: Build, Macintosh
messages: 125532
nosy: georg.brandl, ned.deily, ronaldoussoren
priority: normal
severity
Ned Deily added the comment:
1. bzip2 1.0.5 -> 1.0.6 (fixes CVE-2010-0405)
2. GNU Readline 5.1.4 -> 6.1.2
3. SQLite 3.6.11 -> 3.7.4 (also enable FTS3/FTS4 and RTREE extensions)
4. ncurses 5.5 -> ncursesw 5.5 (enable wide-character support)
5. do not build Sleepycat DB (4.7.25)
New submission from Ned Deily :
As suggested in Issue10502 and now that the former Demos directory has been
pruned and moved under the Tools directory, the OS X installer should install
the Tools source directory in the /Applications/Python 3.x/Extras directory
where Demos was formerly
Ned Deily added the comment:
Patch for py3k.
--
keywords: +patch
stage: -> patch review
Added file: http://bugs.python.org/file20287/issue10843-py3k.patch
___
Python tracker
<http://bugs.python.org/issu
New submission from Ned Deily :
The copyright dates in the plists for the various app bundles installed by the
OS X installer need updating. They are visible with the Finder's Get Info
command. (patch for py3k follows, backport for 2.7 and 3.1 needed)
--
assignee: ronaldous
Ned Deily added the comment:
Patch for py3k. (Patches needed for 31 and 27.)
--
keywords: +patch
stage: -> patch review
Added file: http://bugs.python.org/file20289/issue10844-py3k.patch
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Ping - Garrett, any progress on updating the tests? With dispatch, this could
still make it into 3.2.
--
___
Python tracker
<http://bugs.python.org/issue8
Changes by Ned Deily :
--
nosy: +asksol, jnoller
___
Python tracker
<http://bugs.python.org/issue10850>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the report and analysis. Would you care to submit a patch to fix it?
--
nosy: +ned.deily
stage: -> unit test needed
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
(Presumably this is also a problem for Python 3, as well).
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue10
Changes by Ned Deily :
--
nosy: +brian.curtin, tim.golden
___
Python tracker
<http://bugs.python.org/issue10837>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
A simpler way to reproduce:
TERM= python -c 'import curses; curses.wrapper(lambda a:a.getch())'
I looked at adding an automated test case for this but it is a little tricky to
make it bulletproof across all environments. Since the problem is really a
Ned Deily added the comment:
Thanks for trying a build. There are various tk test failures possible
depending on what version of Tcl/Tk is or isn't installed, so I wouldn't be
concerned about them. The test_site failure is also not new. It is documented
in re-opened
Ned Deily added the comment:
(BTW, I was planning to see what we could do about Issue8084 before release
anyway. I'll get on it.)
--
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
Fixed in r87908.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Also backported by Georg to 3.1 (r87885) and 2.7 (r87886)
--
___
Python tracker
<http://bugs.python.org/issue10844>
___
___
Pytho
Ned Deily added the comment:
Unfortunately, there are some major stability problems with IDLEs that are
linked with the Apple-supplied Tcl/Tk 8.5 in OS X 10.6. (See, for instance,
Issue9763 and Issue10537.) That includes the current python.org 2.7.1 64-bit
installer. The simplest workaround
New submission from Ned Deily :
With 2.7 and now 3.2, we have been supplying two variants of OS X installers:
the traditional 32-bit only version dynamically linked with Tk 8.4, the only
version available across all supported OS X releases; and a new 64-bit/32-bit
version dynamically linked
Ned Deily added the comment:
(I'll plan to commit to py3k later today pending any review comments and submit
expanded pydotorg changes.)
--
nosy: +michael.foord, ronaldoussoren
stage: -> commit review
Added file: http://bugs.python.org/file20408/pydotorg_10_6_
Ned Deily added the comment:
Patch for items 2 and 3 committed (with release manager approval for 3.2) in
r88003. Updated the OS X installer build instructions to better reflect
current practices including use of A/S Tcl/Tk in r88004.
Pending website changes and 2.7 backport (items 4
Ned Deily added the comment:
Committed (with release manager approval for 3.2) in r88005.
--
assignee: ronaldoussoren -> ned.deily
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tr
Ned Deily added the comment:
Committed (with release manager approval for 3.2) to py3k in r88006.
Pending potential backport to 2.7.
--
assignee: ronaldoussoren -> ned.deily
priority: release blocker ->
resolution: -> fixed
stage: patch review -> committed/rejected
Ned Deily added the comment:
FYI, as of 3.2rc1, Tools/ is now included in Mac OS X distributions in
/Applications/Python 3.2/Extras/.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue10
Ned Deily added the comment:
There is an existing test_lchflags in Lib/test/test_posix.py. Additional test
cases should go there.
--
___
Python tracker
<http://bugs.python.org/issue8
Ned Deily added the comment:
Backported to 2.7 in r88090 (to appear in 2.7.2).
(I decided to not backport to 3.1 as some prereq backports would be needed and
we do not supply a 64-bit OS X installer for 3.1.x anyway.)
--
assignee: ronaldoussoren -> ned.deily
resolution: ->
New submission from Ned Deily :
Is this on OS X 10.6 with ActiveState 8.5.9 installed?
--
___
Python tracker
<http://bugs.python.org/issue10940>
___
___
Python-bug
Changes by Ned Deily :
--
title: IDLE hangs with Cmd-M hotkey on Mac O/S -> IDLE 3.2 hangs with Cmd-M
hotkey on OS X 10.6 with 64-bit installer and A/S Tk 8.5
___
Python tracker
<http://bugs.python.org/issu
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue10812>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Adding the symlinks to /usr/local is an option in the OS X installer. Although
it is enabled by default, you can easily disable it in Installer.app by
selecting "Customize" and then unchecking the install of the "UNIX command-line
tools"
Ned Deily added the comment:
I'm a little concerned about that wording change. I proposed the current
wording and footnote because the situation is dynamic and is not so cut and
dried. For one, Apple could at anytime fix their Tcl/Tk. Another, ActiveState
could issue a new (and presu
Ned Deily added the comment:
(Regarding the second problem: if IDLE does not launch when you double-click on
it, please check for and report any error messages from /var/log/system.log at
the time. You can use /Applications/Utilities/Console.app to view system.log.)
--
assignee
Ned Deily added the comment:
>From the traceback, IDLE is crashing on a decode error when trying to process
>the list of recently used files which is used to populate its recent files
>menu. That list of files is saved in ~/.idlerc/recent-file.lst so an easy
>workaround is t
Ned Deily added the comment:
>From the traceback, IDLE is crashing on a decode error when trying to process
>the list of recently used files which is used to populate its recent files
>menu. That list of files is saved in ~/.idlerc/recent-file.lst so an easy
>workaround is t
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg126820
___
Python tracker
<http://bugs.python.org/issue10974>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
This seems to me to be a nasty release blocker. As documented in the Tk bug
that Victor cited (thanks!), the crash occurs in Cocoa Tk when an input method
prefix "dead key" combining character is typed in a Tk text field. So, for
example, with the U
Ned Deily added the comment:
Here's a brain dump of possible options I see for 3.2rc2:
1. document and do nothing
-> IDLE (and other tkinter program) crashes whenever a user types a
composing character (like Option u in US layout for an umlaut) when the
64-/32-bit inst
Ned Deily added the comment:
Since the key strokes are captured directly by Tk, I doubt that anything could
be worked around on the Python side unless there was some Tk option to disable
a class of input characters or something. Seems unlikely but I can check with
the tcl-mac list.
I should
Ned Deily added the comment:
It appears that the Cocoa Tk 8.5 added support for the Apple convention using
Cmd-M as the window minimize menu item (collapses the window into the dock) and
that conflicts with IDLE's use of the Cmd-M as the shortcut for the Open Module
menu item. I'
Ned Deily added the comment:
Michael, the crash documented here is *not* fixed by installing ActiveState
8.5; it is currently a problem seen with both A/S and Apple's Tk 8.5. Also, to
answer my own question, I double-checked the Snow Leopard 10.6 installation DVD
and, unlike ea
Ned Deily added the comment:
IDLE 3.x currently does not specify an explicit encoding when reading or
writing the recent files list (~/.idlerc/recent-files.lst) and it defaults to
"errors=strict". So IDLE 3.x is vulnerable to crashes if any of the recent
files contain character
New submission from Ned Deily :
When IDLE is run with an OS X Aqua Tk (Carbon 8.4 or Cocoa 8.5), using the File
-> Recent Files menu item to open a previously used file causes that file to
show up a second time in the updated menu item and with the same keyboard
shortcut. With X11-based
Changes by Ned Deily :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue10997>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Ned Deily :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue10997>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
Yes, see http://permalink.gmane.org/gmane.comp.lang.tcl.mac/6871
So the plan for 3.2 is to assume there will be an updated ActiveState Tk 8.5
available. I will update the web status page accordingly. And this issue can
be closed as a third-party library issue
Ned Deily added the comment:
Committed in py3k (r88174) for 3.2rc2, with release manager approval, and in
3.1 (r88177).
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python track
Ned Deily added the comment:
Terry, we are working on all of the OS X IDLE Tk issues at the moment with
focus first on 3.2. These issues will be updated and closed as they are
resolved.
--
___
Python tracker
<http://bugs.python.org/issue9
Ned Deily added the comment:
After more investigation, I found that my original speculation about a Cmd-M
conflict with Cocoa Tk 8.5 was not correct. And the problem is not just limited
to the keyboard accelerator for the Open Module command; it can also be seen
with the keyboard
Ned Deily added the comment:
The attached temporary patch avoids the hang seen when IDLE is used with Cocoa
Tk 8.5 by removing the menu accelerator hints from IDLE's menu on OS X. The
keyboard accelerators still work when typed but the character hints are not
displayed on their menu
Changes by Ned Deily :
--
stage: needs patch -> commit review
___
Python tracker
<http://bugs.python.org/issue10940>
___
___
Python-bugs-list mailing list
Un
New submission from Ned Deily :
On OS X, the menu accelerators for the Save As and Save Copy As commands are
incorrect:
AreShould Be
SaveCmd-S Cmd-S
Save As.. Cmd-S Shift-Cmd-S
Save Copy As.. Shift-Cmd-SOption-Cmd-S
The
New submission from Ned Deily :
When IDLE 3 is used with Aqua Tk 8.4 on OS X (as is the case with the
32-bit-only installer for Python 3.1.x or 3.2rc1), if the user tries to run a
Python program with a syntax error from an editor window, the Run command
causes the IDLE shell window to move to
Ned Deily added the comment:
Just editing config-keys.def does not eliminate the problem. The hang seems to
occur because of the presence of any menu accelerator along with the detached
windows produced by tkinter.simpledialog.Dialog(). Looking at the Cocoa Tk
sources, there are some
New submission from Ned Deily :
During the 3.2rc1 release cycle, it was discovered that it was no longer
possible to build the 32-bit installer on OS X 10.5 as customary with the
system Python 2.5 due to an inadvertent 2.6 feature ("with") added to the OS X
installer build scr
New submission from Ned Deily :
With the menu accelerators corrected (as patched in Issue10940), IDLE 3.2 with
Cocoa Tk 8.5 opens two Save As dialog windows instead of one. This doesn't
happen when the Save As item is selected with the mouse nor does it happen with
Carbon Tk 8.4. The s
Ned Deily added the comment:
Committed in r88232 for 3.2rc2. Pending 2.7 backport, if necessary.
--
priority: release blocker ->
resolution: accepted -> fixed
stage: commit review -> committed/rejected
status: open -> pending
___
Py
Ned Deily added the comment:
Committed in r88234 for 3.2rc2. Pending backport to 3.1.
--
priority: release blocker ->
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> pending
___
Python tr
Ned Deily added the comment:
Committed in r88235 for 3.2rc2 with release manager approval.
Pending 2.7 backport.
--
priority: release blocker ->
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> pending
versions:
Ned Deily added the comment:
Committed in r88236 (with release manager approval) for 3.2rc2, r88237 for 3.1,
and r88238 for 2.7.
--
resolution: accepted -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Pytho
Changes by Ned Deily :
--
status: open -> closed
superseder: -> Possible regression with stdlib in zipfile
___
Python tracker
<http://bugs.python.org/i
701 - 800 of 6927 matches
Mail list logo
