<div dir="ltr">On Wed, Feb 20, 2013 at 8:58 AM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><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">On Wed, Feb 20, 2013 at 9:48 PM, Daniel Holth <<a href="mailto:dholth@gmail.com">dholth@gmail.com</a>> wrote:<br>

> -1 The same arguments will just be repeated again.<br>
<br>
</div>I'm not so sure - at the moment, I'm basically saying "trust me, I<br>
have a plan for this". I do have a plan, and I've shared bits and<br>
pieces of it with different people, but not put any of it together as<br>
coherent proposals (not even as an essay on python-notes, which is<br>
what I'm working on now).<br>
<br>
So I guess I'm really asking if there are any major plans people have<br>
for the next month or so that hinge on using PEP 426 metadata rather<br>
than setuptools metadata? If not, I think it's worth my taking the<br>
time to give the PEP more context. Rolling out wheel support should be<br>
enough to keep people busy for a while...</blockquote><div><br></div><div style>As long as nobody minds that wheel uses Provides-Extra, utf-8 and description-in-body right now. I don't think those particular features are controversial.</div>
<div style><br></div><div style>The current distribute (pkg_resources) implementation only parses requirements out of metadata if it is inside a .dist-info directory and only uses requires.txt if looking inside .egg-info (and does not have to open or parse PKG-INFO at all in this case). So if you are using .dist-info (used by wheel) then you need Metadata 1.2+ and if you are representing a very significant portion of setuptools projects you will need Provides-Extra.</div>
<div style><br></div></div></div></div>