This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author srid
Recipients barry, ncoghlan, palm.kevin, pitrou, srid, tarek
Date 2011-03-16.16:41:08
SpamBayes Score 2.1436065e-08
Marked as misclassified No
Message-id <1300293669.19.0.643602713431.issue11320@psf.upfronthosting.co.za>
In-reply-to
Content
[pitrou] 
> Can you explain why this is a problem in Python?
> Can't lib/python3.2/config-3.2m/Makefile simply be 
> provided by virtualenv (by copying it, I guess)?

Yes, I believe virtualenv already does that (or symlinks to it). Python 3.2 changed the path to config and include directories for some reason, viz.

$ ls -d /opt/ActivePython-3.*/lib/python3.?/*config*/
/opt/ActivePython-3.1/lib/python3.1/config/
/opt/ActivePython-3.2/lib/python3.2/config-3.2m/
$ 

and:

$ ls -d /opt/ActivePython-3.*/include/python3.?*
/opt/ActivePython-3.1/include/python3.1  
/opt/ActivePython-3.2/include/python3.2m
$

It is possible that virtualenv is hardcoding the relative path to 'config' (and 'include') directories and thus failing to find the new 'config-3.2m' dir. If that is the case, this is not a problem with Python.

Although msg129372 does point to a Python bug, it may or may not be related to the virtualenv issue noted earlier. Given that virtualenv doesn't officially Python 3 and virtualenv5 is more of a hack, I haven't investigated into this much.

Does that answer your question?
History
Date User Action Args
2011-03-16 16:41:09sridsetrecipients: + srid, barry, ncoghlan, pitrou, tarek, palm.kevin
2011-03-16 16:41:09sridsetmessageid: <1300293669.19.0.643602713431.issue11320@psf.upfronthosting.co.za>
2011-03-16 16:41:08sridlinkissue11320 messages
2011-03-16 16:41:08sridcreate