Ned Deily added the comment:
It was a deliberate decision on Ronald's part to not modify the
Versions/Current link in the Python framework when installing a Python 3.x
version. As far as I know, the Current link is not used anywhere other than
perhaps by Xcode when trying to link a P
Ned Deily added the comment:
It was a deliberate decision on Ronald's part to not modify the
Versions/Current link in the Python framework when installing a Python 3.x
version. As far as I know, the Current link is not used anywhere other than
perhaps by Xcode when trying to link a P
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg120303
___
Python tracker
<http://bugs.python.org/issue10215>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
For what it's worth, the python.org installers for Mac OS X do include a
libpython shared library. As of Python 2.7 (and 3.2), the installer includes a
symlink to make it easier to find:
$ cd /Library/Frameworks/Python.framework/Versions/2.7/lib
$
Changes by Ned Deily :
Removed file: http://bugs.python.org/file19480/unnamed
___
Python tracker
<http://bugs.python.org/issue10243>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
It's called Python because that's the way frameworks on OS X are generally
structured: the shared library file has the same name as the framework. The
Apple developer docs have lots of information on frameworks.
Prior to 2.7 and the upcoming 3.
Ned Deily added the comment:
Works for me on a current Debian Linux system with a Debian Python 2.5.5 +
Tcl/Tk 8.5 and with Python 2.6.1 + Tcl/Tk 8.5 on OS X 10.6 and with Python 2.7
+ Tcl/Tk 8.4 on OS X 10.6. In all cases, the tkFileDialog.askopenfilenames
returns a tuple of absolute file
Ned Deily added the comment:
I agree with Eric's comment about why have shebang lines at all for files in
the standard library. There isn't any use case or recommendation for ever
putting /path/to/lib/pythonx.x or its subdirectories directly on a shell search
path is there?
WRT
Ned Deily added the comment:
Postscript: I've subsequently noticed Issue5712 in which somewhat similar
symptoms are reported but, so far, only on Windows systems. If your problem is
not yet resolved, you might want to chime in
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg121089
___
Python tracker
<http://bugs.python.org/issue3781>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg121090
___
Python tracker
<http://bugs.python.org/issue3781>
___
___
Python-bugs-list mailin
New submission from Ned Deily :
In several contexts, IDLE binds clicking of the right mouse button to context
popup menus, most importantly, to provide the Set Breakpoint and Clear
Breakpoint actions in edit windows. On OS X systems, however, one cannot
assume there will be more than one
Ned Deily added the comment:
The attached patch modifies IDLE on OS X to bind popup menus to Control-Click
(of the main or "left" button), as is commonly done elsewhere in OS X.
--
Added file:
http://bugs.python.org/file19592/issue10404-idle_no_context
New submission from Ned Deily :
In neither the IDLE section of the Library Reference nor in IDLE's own help
file is there any documentation on how to use its breakpoint capability. Since
the menu options only appear if the user knows to Right-click (or Control-click
on OS X - see issue
Changes by Ned Deily :
--
nosy: +Bruce.Sherwood, kbk, taleinat
___
Python tracker
<http://bugs.python.org/issue10404>
___
___
Python-bugs-list mailing list
Unsub
New submission from Ned Deily :
r73001 for Issue5150 added the Rstrip extension to IDLE and modified the
extensions configuration file, config-extensions.def, to enable it by default.
For Python 2 OS X installs, however, the config-extensions.def file from
Lib/idlelib is replaced by a
Changes by Ned Deily :
Added file: http://bugs.python.org/file19593/issue10406-idle27-rstrip-27.txt
___
Python tracker
<http://bugs.python.org/issue10406>
___
___
Pytho
Ned Deily added the comment:
Be careful when running a framework build from the build directory without
installing it. Chances are you are actually dynamically linking to an older
existing framework in /Library/Frameworks. (Try looking at sys.modules to see
what I mean.) You'll e
Ned Deily added the comment:
With 3.2a4, OS X 10.4 Tiger buildbot failures reported:
==
ERROR: test_run_code (test.test_cmd_line.CmdLineTest)
--
Traceback
Ned Deily added the comment:
The problem Stephen is seeing with the buildbot machine is ABI-dependent; the
behavior of getgroups(2) changed in 10.6. You can demonstrate this all on a
10.6 system. Open a terminal session and verify the process's groups:
$ id -G
20 40200 401 204 100 98
Ned Deily added the comment:
(Argh! Just to be very clear, those ./configure commands are all one line,
including the MACOSX_DEPLOYMENT_TARGET as an argument to the configure script.)
--
___
Python tracker
<http://bugs.python.org/issue7
Changes by Ned Deily :
--
resolution: -> duplicate
status: open -> closed
superseder: -> Please by default enforce ssl certificate checking in modules
that can have user's which *depend* on the security of the ssl connection.
___
Changes by Ned Deily :
--
nosy: +pitrou
type: -> feature request
___
Python tracker
<http://bugs.python.org/issue10441>
___
___
Python-bugs-list mai
Ned Deily added the comment:
No backport is needed. The problem was introduced during the 3.2 development
cycle by the ABI Version Tagged .so Files feature (PEP 3149).
--
___
Python tracker
<http://bugs.python.org/issue11
Ned Deily added the comment:
>From the path names in the trace you appear to have a MacPorts Python 2.7
>installed. For what it's worth, the standard library test_time works for me
>on OS X 10.6.6 with a current MacPorts 2.7.1 as well as a python.org 2.7.1.
>Exactly how d
Ned Deily added the comment:
$ /opt/local/bin/python2.7
Python 2.7.1 (r271:86832, Dec 31 2010, 11:59:23)
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import time
>&g
Ned Deily added the comment:
If it's broken, complain to Apple.
$ otool -L $(/opt/local/bin/python2.7 -c 'import time;print(time.__file__)')
/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/time.so:
/usr/lib/libSystem.B.dylib (compat
Ned Deily added the comment:
LGTM
--
___
Python tracker
<http://bugs.python.org/issue11364>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
Go for it. It's highly unlikely to break anything but, if so, redirect the
knives my way. I verified that the results from the two sysconfigs are the
same. I don't know that there are any buildbots that currently build a
framework configurat
Ned Deily added the comment:
ElementTree Element has no parent link by design. See the "Accessing Parents"
topic (http://effbot.org/zone/element.htm) in the supplemental documentation
for ElementTree linked from the Python Standard Library doc set
(http://docs.python.org/py
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue11369>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Looks good to me and the test does now run successfully.
Note that sendfile() was introduced with OS X 10.5 so, like a number of other
similar calls, os.sendfile() will not be present on 32-bit-only OS X installer
builds which are built with a minimum deployment
Ned Deily added the comment:
I don't have a strong feeling about it but it seems to me that getstatusoutput
is broken now so something should needs to be changed. If I understand your
suggestion, adding a universal_newlines option to getstatusoutput similar to
Popen, with a True (de
Changes by Ned Deily :
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> subprocess.DEVNULL
___
Python tracker
<http://bugs.python
Changes by Ned Deily :
--
nosy: +mmarkk
___
Python tracker
<http://bugs.python.org/issue5870>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
Testing legacy svn references here (r88479) and new hg references here (67980)
and here (284026e00342).
--
nosy: +ned.deily -ezio.melotti
___
Python tracker
<http://bugs.python.org/issue2
Ned Deily added the comment:
Testing legacy svn references here r88479 and new hg references here
284026e00342.
--
___
Python tracker
<http://bugs.python.org/issue2
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg130139
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg130140
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailin
Changes by Ned Deily :
--
nosy: -ned.deily
___
Python tracker
<http://bugs.python.org/issue2771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Which Python 3.2 installation are you using? There are two installers for
Python 3.2 for Mac OS X downloadable from python.org, 32-bit-only and
64-bit/32-bit. And which version of Tcl/Tk are you using? Please start IDLE
and report the first two lines shown in
Ned Deily added the comment:
Good point. However, making the change won't help the already generated
versions of the 3.2 html doc, like those included with installers or any older
URL references elsewhere to the svn source. Perhaps some URL rewrite rules
should be added to the web serv
Ned Deily added the comment:
Antoine, great! How about also for the other "active" branches now in hg:
release{32,31,27,26,25-maint} ?
--
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
Right: no comprehensive links like in the 3.2+ versions. I just see a few
miscellaneous links elsewhere in the source. But there are undoubtedly plenty
of links elsewhere out in the wild. So this is probably out-of-scope for this
issue but should be dealt with
Ned Deily added the comment:
It appears then that you do not ActiveTcl 8.5 installed which is required
because of deficiencies with the current Apple-supplied Tcl/Tk 8.5 in OS X
10.6. A warning message should have appeared in your PyShell window:
>>> WARNING: The version of Tcl/
Changes by Ned Deily :
--
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue11431>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Ned Deily :
--
nosy: +ned.deily
stage: -> needs patch
type: crash -> behavior
versions: +Python 2.7, Python 3.1, Python 3.3
___
Python tracker
<http://bugs.python.org/i
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue11444>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Are you sure you're not really using the MacPorts python? What's the value of
sys.executable?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
For the record, as of Python 2.7 and 3.2, there *are* now two Python installers
for OS X, one that continues to support Tk 8.4 on 10.3+ and one that supports
8.5 on 10.6+. Caveats and details here:
http://www.python.org/download/mac/tcltk/
--
nosy
Ned Deily added the comment:
I can reproduce this. Chances are you'll see that the python.exe has been
dynamically linked to the MacPorts Python instead of the just produced
libpython2.7.dylib :
$ otool -L ./python.exe
./python.exe:
/opt/local/Library/Frameworks/Python.fram
Ned Deily added the comment:
Now that ActiveState has released a version of Tcl/Tk 8.5 (8.5.9.2) for Mac OS
X that is also an Aqua Cocoa Tk (like the Apple-supplied Tk 8.5.7 in 10.6) and
supports 64-bit, versions of Python linked with the new ActiveTcl 8.5.9 do not
display the problem
Ned Deily added the comment:
Now that ActiveState has released a version of Tcl/Tk 8.5 (8.5.9.2) for Mac OS
X that is also an Aqua Cocoa Tk (like the Apple-supplied Tk 8.5.7 in 10.6),
versions of Python linked with the new ActiveTcl 8.5.9 do not display the kind
of problem reported here as
Ned Deily added the comment:
The 2.7.1 python.org 64-/32-bit installer was changed to be built with a
deployment target of 10.6 and linked with the Apple-supplied Cocoa Tk 8.5.7.
Now that ActiveState has released a 64-bit version of Cocoa Tk 8.5 and one that
is much more stable than the
Ned Deily added the comment:
The placement of Tk windows is dependent on the version of Tk and platform
window manager. The Aqua Tk version on Mac OS X run as a separate GUI
application process and so, as is customary, the focus and window stacking does
not change when it is launched. The
Ned Deily added the comment:
Now that ActiveState has released a version of Tcl/Tk 8.5 (8.5.9.2) for Mac OS
X that is also an Aqua Cocoa Tk (like the Apple-supplied Tk 8.5.7 in 10.6) and
supports 64-bit, versions of Python linked with the new ActiveTcl 8.5.9 do not
display the problem
Ned Deily added the comment:
"* My impression was that Python's tkinter figures out what Tcl/Tk to link to
at build time, not runtime. The table on the web site suggests I can use a
pre-built Python with an ActiveTcl that I install myself later. Is this
correct? If so, does Acti
Ned Deily added the comment:
Now that ActiveState has released a version of Tcl/Tk 8.5 (8.5.9.2) for Mac OS
X that is also an Aqua Cocoa Tk (like the Apple-supplied Tk 8.5.7 in 10.6) and
supports 64-bit, versions of Python linked with the new ActiveTcl 8.5.9 do not
display the problem
Changes by Ned Deily :
--
components: +Macintosh
nosy: +ronaldoussoren
stage: -> needs patch
title: Something changed w.r.t. /pythonN.M/site-packages in the Hg
switch -> python.exe on OS X shared-llbrary build erroneously linked to
MacPorts python l
Changes by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<http://bugs.python.org/issue11449>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I've added a more prominent warning to the 3.2 download page
(http://python.org/download/releases/3.2/) along the lines suggested by Raymond
(although I wasn't able to get it formatted as a separate line without causing
other spacing to change):
* M
Changes by Ned Deily :
--
assignee: -> ned.deily
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pytho
Ned Deily added the comment:
I see the problem now. Using a --enable-shared configure similar to Skip's, the
gcc step that builds python.exe is:
gcc -L/opt/local/lib -u _PyMac_Error -o python.exe \
Modules/python.o \
-L. -lpython2.7 -ldl -framework CoreFoundation
What I f
Ned Deily added the comment:
On OS X 10.6, the code segment segfaults for me in 64-bit mode but not in
32-bit mode. If you are using a 64-bit/32-bit Python 3.2, try running your
failing code in 32-bit mode:
arch -i386 python3.2
The 3.1.3 Python is most likely a 32-bit-only executable
Ned Deily added the comment:
Another way this issue can show up: when building Python itself. If
Parser/Python.asdl needs to be built (as with a new source checkout), the
makefile target executes a python script (Parser/asdl_c.py) via /usr/bin/env
python (a bootstrap dependency). If that
Ned Deily added the comment:
The patch, as is, fixes another build failure mode that has been reported
(http://article.gmane.org/gmane.comp.python.general/685151):
./configure --enable-framework ; make
I verified that 3.2 builds without the patch fail on both 10.5 ppc and 10.4 ppc
(10.4
Ned Deily added the comment:
"IMHO the change to 'bits' is bogus, it is supposed to return the bit-size of
the executable, not that of the currently running executable."
Perhaps but (1) the code currently does return the bit-size of the currently
running executable i
Changes by Ned Deily :
Removed file: http://bugs.python.org/file21099/unnamed
___
Python tracker
<http://bugs.python.org/issue3493>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Note, there is a fix for the "$MACOSX_DEPLOYMENT_TARGET mismatch" Ronald
mentions in Issue9516 and is only a problem if, during the build, /usr/bin/env
python is a Python 2.7 that was built with a different deployment target.
Python 2.6 and earli
Ned Deily added the comment:
I can still reproduce it in 3.2 with A/S Tk 8.5. The script needs to be run
from a separate editor window, not the PyShell window.
--
___
Python tracker
<http://bugs.python.org/issue11
Ned Deily added the comment:
Sorry, forgot one crucial step: you have to use the keyboard accelerator (F5)
to run the script, not the mouse and the menu. It seems like a number of the
problems out there with Cocoa Tk 8.5 have to do with using the keyboard
accelerators
Ned Deily added the comment:
Another data point: the key binding for Undo (Shift-Command-Z) exhibits similar
behavior, i.e. it is executed twice. And trying with Python 2.7.1 linked with
A/S Tk 8.5 and with the old key bindings where Shift-Command-S is Save Copy
rather than Save As, it
Changes by Ned Deily :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue11573>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Ned Deily :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue11574>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
I don't have any better suggestions at the moment so let's go with it. Perhaps
we'll get more insight to the root cause later.
--
___
Python tracker
<http://bugs.pyt
Ned Deily added the comment:
The actual unwanted event is being generated as a result of the menu "add
command" accelerator. You can see that by playing with Wish.
set w .menu
catch {destroy $w}
toplevel $w
wm title $w "Menu Shift"
menu $w.menu -tearoff 0
set m $w.me
Changes by Ned Deily :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue11593>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
What demo file are you referring to? If it is something to do with wxPython,
you probably want to refer to the bug tracker for that project. wxPython is
not part of the standard Python library.
See http://www.wxpython.org/ and http://trac.wxwidgets.org
Changes by Ned Deily :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
type: compile error ->
___
Python tracker
<http://bugs.python
Ned Deily added the comment:
The .svg file you attached appears to have a faulty URI in it on line 4:
xmlns:s="http://inkscape.sourceforge.net/DTD/s odipodi-0.dtd"
The error goes away if that space character is removed. It might be nice for
expatbuilder to provide a better dia
Ned Deily added the comment:
As Ray points out, this feature is now available in Python 3.2. It was not
backported to Python 2.7 as only bug fixes are now being accepted for Python
2.x, not new features.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/re
Ned Deily added the comment:
The release of Xcode 4 for Mac OS X 10.6 has complicated things for Python
builds. We need to sort out what the problems are and possible solutions for
them. I suggest this issue be reassigned to Ronald and me.
In the meantime, the workaround is to continue to
Ned Deily added the comment:
Skip, what parameters are you using with ./configure ?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue11
Ned Deily added the comment:
(Darren, what version of OS X and what arguments did you use for ./configure ?
In general, for testing purposes, a vanilla ./configure with no args should
work fine for building a Python that works right from your source build
directory. If you want to build
Ned Deily added the comment:
A similar issue on StackOverflow reminded me that Distutils has support for the
ARCHFLAGS environment variable on Mac OS X which you can use when building a C
extension module to override the ARCH values that Python was built with. I
don't have Xcode 4 inst
Ned Deily added the comment:
readline.read_init_file() does work with libedit. The directives read have to
be in libedit format.
--
___
Python tracker
<http://bugs.python.org/issue5
Ned Deily added the comment:
(Addressing your aside: one case where the tests are not run in a build
directory is with binary installers. For instance, the Mac OS X installers we
provide include all of the test modules and it is normal to run them after
installation, quite possibly on a
Changes by Ned Deily :
--
nosy: +ghaering
___
Python tracker
<http://bugs.python.org/issue11691>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
(Darren, I'm not sure why you are running into problems with that setup. I
test with what sounds to be a very similar one including a MacPorts gettext
port providing libintl although I do install ports as +universal (i386, x86_64)
by default. And I don&#
Ned Deily added the comment:
Antoine is correct in principle, however LD_LIBRARY_PATH does not work on OS X.
To test without installing, you would need to use DYLD_LIBRARY_PATH instead.
Also keep in mind that, unlike most other systems, OS X binaries embed absolute
paths to dynamic
Changes by Ned Deily :
--
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue11703>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +ned.deily
title: Teach IDLE's open-modue command to find packages -> Teach IDLE's
open-module command to find packages
___
Python tracker
<http://bugs.pytho
Changes by Ned Deily :
--
nosy: +bquinlan
___
Python tracker
<http://bugs.python.org/issue11724>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
This appears to be a bug in the versions of the Apple-supplied openssl libs
supplied in OS X 10.5 (0.9.7l) and 10.6 (0.9.8l). You can see the same results
using the openssl test client:
$ openssl s_client -connect www.finratrace.org:443
With the Apple
Changes by Ned Deily :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue11736>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Ned Deily :
--
nosy: +haypo
stage: test needed -> needs patch
___
Python tracker
<http://bugs.python.org/issue11730>
___
___
Python-bugs-list mai
Ned Deily added the comment:
Here's an updated combined patch. I've revised Ronald's test to run via
subprocess so it should be safe to add to the standard tests. It works as
expected on OS X. If there are no objections, I will commit it and monitor the
buildbots.
Ned Deily added the comment:
Here's a revised doc patch. As noted from my investigation in Issue7900, the
key getgroups behavior change is with the OS X 10.6 ABI (so > 10.5), not 10.5.
--
stage: needs patch -> commit review
Added file: http://bugs.python.org/file21528/is
Ned Deily added the comment:
Looks good to me. I tested on OS X with both Tk 8.5 on 10.6 and Tk 8.4 on
10.5. The demo runs fine under IDLE.app and bin/idle3. If no objections, I'll
commit the patch with the nit addressed.
--
keywords: +patch
stage: -> commit review
Ned Deily added the comment:
Thanks for the suggested patch and extension to the SELinux case. (Note that
getstatus is deprecated and removed in Python 3 so this patch only applies to
2.7.)
--
assignee: -> ned.deily
components: -Macintosh
resolution: -> fixed
stage: ->
501 - 600 of 6927 matches
Mail list logo
