Django

Code

Ticket #6695 (closed: invalid)

Opened 6 months ago

Last modified 3 months ago

how to install: site-packages not where the document says it is on OS X

Reported by: Michael S. Assigned to: nobody
Milestone: Component: Documentation
Version: 0.96 Keywords:
Cc: mjs@beebo.org Triage Stage: Unreviewed
Has patch: 0 Needs documentation: 0
Needs tests: 0 Patch needs improvement: 0

Description (Last modified by jacob)

The how to install documentation at:

http://www.djangoproject.com/documentation/install/

says that if django is installed via "setup.py install" django will be installed as a django subdirectory of the site-packages directory. It further suggests that to find the site-packages directory, one should run the following command:

python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()"

However, this seems to produce the wrong output on OS X 10.5: the output it gives is: 

$ python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()"
/Library/Python/2.5/site-packages

but the actual directory django was installed in is:

/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages

(and this isn't a symlink to the other.)

Attachments

Change History

03/02/08 04:40:04 changed by grahamd

  • needs_better_patch changed.
  • needs_tests changed.
  • needs_docs changed.

If Django was installed in:

/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages

then your Python installation has been broken in some way, or whatever tool you used to install Django is calculating the location of the site-packages directory incorrectly.

The correct location for Python 2.5.1 that comes standard which MacOS X (10.5/Leopard) is:

/Library/Python/2.5/site-packages

For the MacOS X supplied version of Python 2.5.1, the site-packages directory under the framework directory shouldn't be used and should never be created. The Python program shouldn't ever look there.

I am still not sure how peoples installations are getting screwed up, but one reason may be where people had installed version of MacPorts? 2.5.1 on MacOS X 10.4 and then done an upgrade to MacOS 10.5. Alternatively, some version of setuptools is broken and not doing things correctly.

03/02/08 05:15:38 changed by Michael Stillwell <mjs@beebo.org>

I have 10.5, and on my system /usr/bin/python is a symlink to /System/Library/Frameworks/Python.framework/Versions/2.5/bin/python, so the Python.framework stuff does seem to be involved somehow.

I didn't upgrade a MacPorts? python from 10.4 to 10.5, but I didn't have an (incomplete) version of MacPorts?' python25 installed at one point, though all traces of it should be removed now. (I initially tried to install django via MacPorts? but that didn't work.)

03/02/08 08:30:06 changed by jacob

  • description changed.

03/02/08 17:30:40 changed by grahamd

Your /usr/bin/python is correct and the framework directory is where Python is installed. However, for whatever reason, Apple decided with Python 2.5.1 on MacOS X Leopard not to have the site-packages (user installed code) under the framework directory, but under /Library/Python/2.5 instead. For a clean install of MacOS X there isn't even an empty site-packages directory under the framework directory and well behaved installers don't create one, but always use /Library/Python/2.5/site-packages instead. If you look at sys.path, only the site-packages directory under /Library/Python/2.5 should be listed.

This is in contrast to Python 2.3 on older MacOS X where the physical site-packages directory was under the framework directory and /Library/Python/2.3/site-packages was a symlink pointing back to the site-packages directory under the framework directory. Yet, the sys.path listed the site-packages under the framework directory and not that under /Library/Python/2.3.

I guess where Apple is going with this is that user installed packages aren't meant to be under /System/Library, only OS supplied code should be here. Thus why they put site-packages under /Library instead.

06/14/08 01:45:28 changed by Simon Greenhill

  • status changed from new to closed.
  • resolution set to invalid.

Please reopen this if anyone else encounters it - my 10.5 gives the right path too.

06/21/08 07:48:42 changed by Christopher Schmidt <crschmidt@crschmidt.net>

I didn't see this, and opened #7414 instead of reopening this ticket. I had this happen on a clean 10.5 install -- no upgrades involved.

Add/Change #6695 (how to install: site-packages not where the document says it is on OS X)




Change Properties
Action