<p dir="ltr">Of course it will be updated as part of the integration after the new metadata is official. I withdraw my objections on the condition that it is not done hastily. I will also happily lower the minimum metadata version in wheel if it helps since it doesn't strictly matter.</p>

<p dir="ltr">The real changes from 1.1 to 1.3 are mostly tiny.</p>
<div class="gmail_quote">On Feb 12, 2013 11:34 AM, "Paul Moore" <<a href="mailto:p.f.moore@gmail.com">p.f.moore@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 12 February 2013 14:54, Daniel Holth <<a href="mailto:dholth@gmail.com">dholth@gmail.com</a>> wrote:<br>
> Yes you have my permission to put wheel infrastructure in core. Just do a<br>
> good job at it :-)<br>
<br>
The wheel spec mandates metadata format 1.2 or later in the PKG-INFO<br>
file. At the moment, distutils<br>
(distribution.dist.DistributionMetadata) only writes format versions<br>
1.0 or 1.1. I see no reason to *not* reuse existing core code, but<br>
equally I don't particularly intend myself to add metadata 1.3 support<br>
to distutils.<br>
<br>
I would hope that when PEP 426 is accepted, distutils will be updated<br>
to allow writing of Metadata 1.3 format. At that point my bdist_wheel<br>
code can use it. (Given that PEP 427 *requires* 1.2 or later, it might<br>
be necessary for distutils to grow a "minimum version to use" flag<br>
somehow, but that's not a big deal). Otherwise, adding wheel support<br>
to distutils doesn't seem credible...<br>
<br>
Personally, I think that making distutils (or at least *somewhere* in<br>
the core) offer metadata 1.3 format output should be a requirement for<br>
accepting PEP 426.<br>
<br>
Paul<br>
</blockquote></div>