Message 333200 - Python tracker

➜

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	barry
Recipients	barry, brett.cannon, eric.smith, ronaldoussoren
Date	2019年01月08日.01:59:55
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<6C2F367B-4B66-41D2-B164-AB85884BD37E@python.org>
In-reply-to	<1546849000.7.0.108946297375.issue35673@roundup.psfhosted.org>

Content
On Jan 7, 2019, at 03:16, Ronald Oussoren <report@bugs.python.org> wrote: > > Do you know why the namespace package loader lies about the source and code? Both .get_source() and .get_code() return a value that isn't None. > And likewise: Why is the namespace package loader a private class, other loaders are exposed in importlib.machinery? This makes it hard to detect PEP420 style namespace packages without relying on private APIs, esp. combined with the behaviour of .get_source() and .get_code(). I don’t remember the history of this. I wonder if Brett or Eric have any additional insights.

Content

On Jan 7, 2019, at 03:16, Ronald Oussoren <report@bugs.python.org> wrote:
> 
> Do you know why the namespace package loader lies about the source and code? Both .get_source() and .get_code() return a value that isn't None.
> And likewise: Why is the namespace package loader a private class, other loaders are exposed in importlib.machinery? This makes it hard to detect PEP420 style namespace packages without relying on private APIs, esp. combined with the behaviour of .get_source() and .get_code().
I don’t remember the history of this. I wonder if Brett or Eric have any additional insights.

History
Date	User	Action	Args
2019年01月08日 01:59:56	barry	set	recipients: + barry, brett.cannon, ronaldoussoren, eric.smith
2019年01月08日 01:59:55	barry	link	issue35673 messages
2019年01月08日 01:59:55	barry	create

homepage