<p dir="ltr">All I'm trying to say is do not add anything else to pep 426. There will be other versions. This version can be consumed by distutils as of last July.</p>
<div class="gmail_quot<blockquote class=" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Daniel Holth <dholth <at> <a href="http://gmail.com" target="_blank">gmail.com</a>> writes:<br>

<br>
> We all must realize that incremental improvements are not harmful. Delay is<br>
harmful; there has been no obvious way to make a Python package this decade<br>
based on the idea that something better might be just around the corner or that<br>
the current way will be deprecated. <br>
><br>
> The goal of this version of the PEP is to better represent important<br>
setuptools metadata statically while imposing as near to zero cost as possible<br>
on the actual setuptools users. They will not welcome an unproven alternative<br>
that requires work on their part. Instead, we change things a little bit,<br>
support setuptools / distribute OR "something else" for 5 years, until<br>
"something else" is obviously, compellingly better.<br>
<br>
I'm not sure what work we're asking setuptools *users* to do: IIUC, the<br>
setuptools files in .egg-info and the corresponding ones in .dist-info are not<br>
edited by hand by users.<br>
<br>
As far as I can see, having JSON-format files will not adversely impact the<br>
workload for anyone, compared with the suggestion that Nick made (embedding JSON<br>
in specific parts of a key-value format) and which I was responding to.<br>
<br>
Regards,<br>
<br>
Vinay Sajip<br>
<br>
_______________________________________________<br>
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/distutils-sig" target="_blank">http://mail.python.org/mailman/listinfo/distutils-sig</a><br>
</div>