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 r.david.murray
Recipients Arfrever, ajaksu2, doko, dugan, eric.araujo, loewis, nyb, pitrou, r.david.murray
Date 2011-01-03.20:03:21
SpamBayes Score 2.41738e-08
Marked as misclassified No
Message-id <1294085003.25.0.815430881673.issue1674555@psf.upfronthosting.co.za>
In-reply-to
Content
Ah, I hadn't looked closely enough at site.py to realize that the init work was being done by a 'main()' call.  Given that, just moving the main call out should be relatively unlikely to break any custom site.py.  Worse case would presumably be main() getting called twice, which could be annoying but probably not catastrophic.  One would like to think that anyone customizing site.py would redo the customization for a major release and would notice. (And no, I don't know how common customized site.py's are.)

Logging already only does its import if you construct an NTEventLogHandler, so that's probably safe enough.  Changing xml to require a function call might make some people mad, and other people happy...

I wonder if there are any other stdlib modules that do these kinds of external imports.  I suppose we can just fix xml and wait for additional bug reports :)

I'm not sure either of these changes (site.py-call or xml-activate-xmlplus) should be backported, though, assuming we go ahead with them.
History
Date User Action Args
2011-01-03 20:03:23r.david.murraysetrecipients: + r.david.murray, loewis, doko, pitrou, nyb, ajaksu2, dugan, eric.araujo, Arfrever
2011-01-03 20:03:23r.david.murraysetmessageid: <1294085003.25.0.815430881673.issue1674555@psf.upfronthosting.co.za>
2011-01-03 20:03:21r.david.murraylinkissue1674555 messages
2011-01-03 20:03:21r.david.murraycreate