[Python-Dev] Stdlib Logging questions (PEP 337 SoC)
Phillip J. Eby
pje at telecommunity.com
Tue Jun 6 03:40:35 CEST 2006
More information about the Python-Dev mailing list
Tue Jun 6 03:40:35 CEST 2006
- Previous message: [Python-Dev] Stdlib Logging questions (PEP 337 SoC)
- Next message: [Python-Dev] Stdlib Logging questions (PEP 337 SoC)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
At 09:04 PM 6/5/2006 -0400, Jim Jewett wrote: >On 6/4/06, Phillip J. Eby <pje at telecommunity.com> wrote: > > can we please delay the import until it's actually needed? i.e., > > until after some logging option is enabled? > >I have asked her to make this change. > >I don't like the extra conditional dance it causes, but I agree that >not wanting to log is a valid use case. > >On the other hand, the one-time import cost is pretty low for a >long-running process, and eventually gets paid if any other module >calls logging. Would it make more sense to offer a null package that >can be installed earlier in the search path if you want to truly >disable logging? I notice you've completely avoided the question of whether this should be being done at all. It sounds like Fredrik is -1 on this even for the modules that I'm not -1 on. As far as I can tell, this PEP hasn't actually been discussed. Please don't waste time changing modules for which there is no consensus that this *should* be done. The original discussion that occurred prior to PEP 337's creation discussed only modules that *already* do some kind of logging. There was no discussion of changing *all* debugging output to use the logging module, nor of adding logging to modules that do not even have any debugging output (e.g. pkgutil).
- Previous message: [Python-Dev] Stdlib Logging questions (PEP 337 SoC)
- Next message: [Python-Dev] Stdlib Logging questions (PEP 337 SoC)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list