<br><br><div class="gmail_quote">On Tue, May 1, 2012 at 6:00 PM, Eric V. Smith <span dir="ltr">&lt;<a href="mailto:eric@trueblade.com" target="_blank">eric@trueblade.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


I&#39;m working on finishing up the PEP 420 work. I think the PEP itself is<br>
complete. If you have any comments, please send them to me or this list.<br>
<br>
The implementation at features/pep-420 has been merged with the recent<br>
importlib changes to the 3.3 branch. I&#39;ve implemented support in the<br>
import machinery itself, as well as modified the filesystem finder<br>
(FileFinder) and the zipimport finder.<br>
<br>
About the only question I have is: Is everyone okay with the changes to<br>
the finders, described in the PEP? Basically they now return a string in<br>
addition to a loader or None. If they return a string, then the string<br>
represents the path of a possible namespace package portion. The change<br>
is backward compatible: unmodified finders will just be unable to<br>
participate in a namespace package.<br></blockquote><div><br></div><div>I obviously okay with the change. =) So this email is just a +1 in support of this work and a thanks for coding it up and seeing this through!</div>


<div><br></div><div>-Brett</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Barry Warsaw, Jason Coombs, and I are sprinting this Thursday. We&#39;ll<br>
focus on adding tests, and maybe documentation if we have time. If<br>
anyone has any concerns I&#39;d like to hear them before then so that we can<br>
work on addressing them.<br>
<br>
The changes themselves are very small. I think the diff is a total of<br>
maybe 40 lines of code. Yury Selivanov had mentioned backporting to 3.2<br>
(which I assume would be an unsupported-by-python-dev effort). I<br>
actually don&#39;t think it would be all that complicated.<br></blockquote><div><br></div><div>Ignoring that the classes he would need to access are technically private, backporting should be no more than a subclass and an extra stat call by FileFinder if None is returned.</div>


<div><br></div><div>-Brett</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div><br>
Eric.<br>
<br>
<br>
_______________________________________________<br>
Import-SIG mailing list<br>
<a href="mailto:Import-SIG@python.org" target="_blank">Import-SIG@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/import-sig" target="_blank">http://mail.python.org/mailman/listinfo/import-sig</a><br>
</div></div></blockquote></div><br>