<div dir="ltr">I would accept a pull request to stop generating metadata.json in bdist_wheel.</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Feb 14, 2017 at 1:16 PM Nathaniel Smith <<a href="mailto:njs@pobox.com">njs@pobox.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Feb 14, 2017 at 10:10 AM, Vinay Sajip via Distutils-SIG<br class="gmail_msg">
<<a href="mailto:distutils-sig@python.org" class="gmail_msg" target="_blank">distutils-sig@python.org</a>> wrote:<br class="gmail_msg">
>> humpty in term uses uses distlib which seems to mishandle wheel<br class="gmail_msg">
>> metadata. (For example, it chokes if there's extra distribution meta and<br class="gmail_msg">
>> makes it impossible for buildout to install python-dateutil from a wheel.)<br class="gmail_msg">
><br class="gmail_msg">
> I looked into the "mishandling". It's that the other tools don't adhere to<br class="gmail_msg">
> [the current state of] PEP 426 as closely as distlib does. For example,<br class="gmail_msg">
> wheel writes JSON metadata to metadata.json in the .dist-info directory,<br class="gmail_msg">
> whereas PEP 426 calls for that data to be in pydist.json. The non-JSON<br class="gmail_msg">
> metadata in the wheel (the METADATA file) does not strictly adhere to any of<br class="gmail_msg">
> the metadata PEPs 241, 314, 345 or 426 (it has a mixture of incompatible<br class="gmail_msg">
> fields).<br class="gmail_msg">
><br class="gmail_msg">
> I can change distlib to look for metadata.json, and relax the rules to be<br class="gmail_msg">
> more liberal regarding which fields to accept, but adhering to the PEP isn't<br class="gmail_msg">
> mishandling things, as I see it.<br class="gmail_msg">
<br class="gmail_msg">
I thought the current status was that it's called metadata.json<br class="gmail_msg">
exactly *because* it's not standardized, and you *shouldn't* look at<br class="gmail_msg">
it?<br class="gmail_msg">
<br class="gmail_msg">
It's too bad that the JSON thing didn't work out, but I think we're<br class="gmail_msg">
better off working on better specifying the one source of truth<br class="gmail_msg">
everything already uses (METADATA) instead of bringing in *new*<br class="gmail_msg">
partially-incompatible-and-poorly-specified formats.<br class="gmail_msg">
<br class="gmail_msg">
-n<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
Nathaniel J. Smith -- <a href="https://vorpus.org" rel="noreferrer" class="gmail_msg" target="_blank">https://vorpus.org</a><br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org" class="gmail_msg" target="_blank">Distutils-SIG@python.org</a><br class="gmail_msg">
<a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" class="gmail_msg" target="_blank">https://mail.python.org/mailman/listinfo/distutils-sig</a><br class="gmail_msg">
</blockquote></div>