[Pythonmac-SIG] path, xcode, and python

Ned Deily nad at acm.org
Wed Jan 6 05:26:30 CET 2010


In article 
<9b202abc1001051850o70d5262araf1e3fd84a168b93 at mail.gmail.com>,
 Adam Morris <amorris at mistermorris.com> wrote:
> OK I've figured it out. After spending another morning doing a clean
> re-install (the do do do intro song is catchy the first time but lame after
> three... :)
> 
> To get PyObjC working on Python 2.6.4:
> 
> Install Python 2.6.4
> Install setuptools for 2.6.4
> Install PyObjC using setuptools
> 
> This process was not at all clear to me (even though instructions exist on
> the net in various places) because I hadn't internalized the idea that there
> is a (untouchable) system python as well as the latest version (which is
> clearly the one I want). That's where I need to direct my installs to.

That's pretty much correct.  However, Apple's Python isn't totally 
untouchable.  It's fine to install additional packages to it; OS X 
thoughtfully comes installed with a setuptools easy_install in /usr/bin 
to make that easy.  Additional site packages for it get installed into 
/Library/Python.  What you shouldn't do is try to update the files in 
the python instance itself, which means anything in 
/System/Library/Frameworks/Python.frameworks or /usr/bin.  And, as 
Ronald mentioned earlier, the Apple-supplied Python 2.6.1 on 10.6 comes 
with a version of PyObjC already installed.
 
> As for the debate about binaries, it seems to me that if there was better
> explanation of how to use Python effectively on the various operating
> systems, it would help a lot. Basically, install 2.6.4 and be done with it.

Unfortunately, it's not always that cut-and-dried.  For instance, the 
current python.org installers are currently 32-bit only; the 
Apple-supplied Python 2.6 supports 64-bit as well.  That's important for 
some users.

-- 
 Ned Deily,
 nad at acm.org



More information about the Pythonmac-SIG mailing list