<div dir="ltr"><div class="gmail_extra">On 21 August 2013 12:22, Vinay Sajip <span dir="ltr"><<a href="mailto:vinay_sajip@yahoo.co.uk" target="_blank">vinay_sajip@yahoo.co.uk</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Paul Moore <p.f.moore <at> <a href="http://gmail.com" target="_blank">gmail.com</a>> writes:<br>

<br>
</div><div class="im">> Another one IIRC was that distlib didn't put entry-points.txt in the<br>
> .dist-info directory in the wheel (which breaks entry points). I think<br>
> that's fixed now (and again, the Wheel spec is silent on what is correct<br>
> behaviour here).<br>
<br>
</div>Right. The recent PEP 426 updates with the "commands" key supersedes the<br>
entry points stuff, so I'm not sure what exactly should be done here. The<br>
distlib code uses the latest PEP information. Since wheel is moving to<br>
pydist.json, I assume that (when it gets around to it) it will have the<br>
relevant scripts info in pydist.json, so I haven't implemented using scripts<br>
declared in entry_points.txt in distlib for that reason.</blockquote></div><br></div><div class="gmail_extra" style>OK, I see what you're saying here. But the Wheel 1.0 spec says that metadata is in the METADATA file (and comes from PKG-INFO). So my reading of that means that Metadata 1.x will remain valid for the foreseeable future (sure, Metadata 2.0 may become acceptable *as well* but the point of having a Wheel 1.0 spec is that we won't stop supporting it for some time yet). So you need to have a pre-2.0 solution in place, and while entry-points.txt isn't explicitly stated in the wheel PEP, it's the obvious equivalent.</div>
<div class="gmail_extra" style><br></div><div class="gmail_extra" style>If you want to say distlib won't support pre-Metadata 2.0 specifications of script metadata, then that's your choice - it's not contrary to the standards but I'd view it as a quality of implementation choice. I view the underspecification in the Wheel 1.0 spec as similarly a quality of detail issue, and I'd expect to fix it in either an update to Wheel 1.0, or a Wheel 1.1 which does not make the jump to pure Metadata 2.0.</div>
<div class="gmail_extra" style><br></div><div class="gmail_extra" style>Paul</div><div class="gmail_extra" style><br></div><div class="gmail_extra" style><br></div></div>