<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 9, 2013 at 12:23 PM, Brett Cannon <span dir="ltr"><<a href="mailto:brett@python.org" target="_blank">brett@python.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On Fri, Aug 9, 2013 at 2:15 PM, Eric Snow <span dir="ltr"><<a href="mailto:ericsnowcurrently@gmail.com" target="_blank">ericsnowcurrently@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Would it be worth deprecating the current signature and attributes of FileLoader, NamespaceLoader, etc.  FileLoader.get_filename() uses self.path, but otherwise the only use for the attributes is already covered by the info in the spec.</div>


</blockquote><div><br></div></div><div>Probably, or at least provide a Spec-only signature of the __init__().</div><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div dir="ltr"><div>
<br></div><div>Also, should we have timelines for the deprecations in the PEP.  I'm inclined to not worry about it, but it *would* be nice to remove at least some of the backward compatibility hackery that this PEP will introduce.</div>


</div></blockquote><div><br></div></div><div>Since the backwards-compatibility hacks don't sound like they will be ridiculously complex or getting in the way I say just put in proper PendingDeprecationWarnings and assume they will be there until Python 4 (no later than 8 years away! =). </div>
</div></div></div></blockquote><div><br></div><div>Sounds good.</div><div><br></div><div>-eric </div></div><br></div></div>