[Python-Dev] Release manager pronouncement needed: PEP 302 Fix
Georg Brandl
g.brandl at gmx.net
Thu Jul 27 18:24:15 CEST 2006
Phillip J. Eby wrote:
>>sys.path_importer_cache is quite an internal thing
>
> Whose behavior is documented in a PEP.
Correct.
>> and
>>most code, even import hooks, shouldn't have to deal with it.
>
> That doesn't make it unimportant. It's a visible change in specified
> behavior between Python versions -- precisely the sort of thing that makes
> people mad at us renegade cowboy Python-dev hackers changing their language
> for no apparent reason. The strftime thing that recently got hashed to
> death here was also an "internal thing" which "most code shouldn't have to
> deal with".
>
> This is precisely how these kinds of problems happen.
>
> So, this needs to either be documented in the What's New document and PEP
> 302 at a minimum, or it needs to be reverted, unless somebody wants to
> bless the feature addition to fix it.
I agree with you (now). ;)
> I'm willing to write code that makes it PEP 302 compliant, if the release
> manager will bless such an addition. But if that's not acceptable, then
> somebody needs to produce the necessary documentation updates or revert the
> patch.
A possible third option would be to store the information "this is an invalid
path" somewhere else, that is, an internal dictionary only available to
import.c.
I will write up docs and update the PEP in any case, if the release manager
agrees.
Georg
More information about the Python-Dev
mailing list