Ronald Oussoren <ronaldousso...@mac.com> added the comment:

On 15 Mar, 2010, at 16:22, Tom Loredo wrote:

> 
> Tom Loredo <lor...@astro.cornell.edu> added the comment:
> 
> Ned-
> 
> I *did* run "make install"; everything I reported was about the situation 
> *after* running "make install".  In particular, I don't know any way to get 
> access to IDLE without "make install"; what I described came from using the 
> version in Applications/Python 2.6, which only appears after "make install".
> 
> Okay, now I see my misunderstanding---the arch-dependent executables are in 
> the framework only, and not linked in the installation prefix.  Is that the 
> intended behavior?  I do put my framework in my PATH so I do have access to 
> the executables; but I was expecting them to be in /usr/local/... as well.
> 
> The version pointed to in /usr/local/... is the 32-bit version.  This should 
> be documented somewhere; I believe it changes previous behavior.  It's not 
> obvious to me what to expect here, which again argues that it should be 
> documented.

This is not a regression in 2.6,  the python-32 executable has never been 
linked into /usr/local/bin.  I agree that they should be as long as we fill 
/usr/local/bin, but that can wait until 2.6.6.

I always add the framework to $PATH because distutils installs scripts into 
that location.   It would be worthwhile to change that for 2.7 and 3.2: tweak 
distutils to ensure that site-packages and scripts get installed in 
/Library/Python/2.7/... and install (links to) the public executables there as 
well.  That way the location of scripts and site-packages is easily found in 
the Finder, while keeping a versioned location.     I don't want to tweak 
distutils to install into /usr/local because I have several python trees and 
those should stay separate.

Ronald

> 
> ----------
> 
> _______________________________________
> Python tracker <rep...@bugs.python.org>
> <http://bugs.python.org/issue8089>
> _______________________________________

----------
Added file: http://bugs.python.org/file16560/smime.p7s

_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue8089>
_______________________________________

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to