On Thu, Mar 17, 2011 at 1:41 PM, Carl Meyer <[email protected]> wrote: > Actually, now that I come to think of it, pythonv (take two) does > already cover your requirement. If you have a symlinked or copied python > binary, and an empty pythonv.conf one directory up, and you simply > _don't_ create any lib/python3.3/site-packages relative to pythonv.conf, > what you'll end up with is identical to "python -S" but robust against > import of site.py (it will already have been imported, but it won't have > found any site-packages directories).
Cool. > If the possibility of someone accidentally creating > lib/python3.3/site-packages is an issue, we could easily add a > "no-site=True" option to pythonv.conf that would prevent it from even > checking for the existence of that directory. I don't think this is an issue. > And in either case, we could add a --no-site option to "python -m > pythonv" that would create a virtualenv without the site-packages > directory (and with no-site=True, if we decide that's worth having). Cool (for virtualenv). It occurs to me that it would be nice if site.py could grow knowledge of whether -S was used and not automatically mutate the path if -S was used. That would allow -S to work robustly without having to link anything or create a config file. Jim -- Jim Fulton http://www.linkedin.com/in/jimfulton _______________________________________________ Distutils-SIG maillist - [email protected] http://mail.python.org/mailman/listinfo/distutils-sig
