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 ned.deily
Recipients doughellmann, eric.araujo, ncoghlan, ned.deily, ronaldoussoren, tarek
Date 2010-11-01.18:03:08
SpamBayes Score 0.0010972761
Marked as misclassified No
Message-id <1288634590.45.0.481462414565.issue10263@psf.upfronthosting.co.za>
In-reply-to
Content
Nick is the authority on -m so perhaps he can confirm this but I believe the execution of -m is carried out by the runpy standard library module and the runpy module essentially goes through the process of finding a module from scratch by searching through the modules in sys.path, thus bypassing the altered sys.path which the setuptools/Distribute site module "bootstrapped" and removed itself from.  So runpy will always find the setuptools/Distribute site module first since it is first on sys.path (until it executes and removes itself from sys.path).  It seems you've found one case where the sys.path manipulations of setuptools/Distributes make a difference: when trying to run site itself.  You can see which site module is found by runpy by trying:
  import runpy
  runpy.run_module("site")
History
Date User Action Args
2010-11-01 18:03:10ned.deilysetrecipients: + ned.deily, ronaldoussoren, ncoghlan, tarek, eric.araujo, doughellmann
2010-11-01 18:03:10ned.deilysetmessageid: <1288634590.45.0.481462414565.issue10263@psf.upfronthosting.co.za>
2010-11-01 18:03:08ned.deilylinkissue10263 messages
2010-11-01 18:03:08ned.deilycreate