<div>
                    I'm +1 for this, and for packaging to do it automatically.
                </div>
                <div></div>
                 
                <p style="color: #A0A0A8;">On Monday, March 5, 2012 at 4:43 PM, Jim Fulton wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div><div>On Mon, Mar 5, 2012 at 4:21 PM, "Martin v. Löwis" &lt;<a href="mailto:martin@v.loewis.de">martin@v.loewis.de</a>&gt; wrote:</div><blockquote type="cite"><div><blockquote type="cite"><div><div>I can't see a way of reliably establishing whether a distribution is</div><div>"pure Python", and yet distutils/packaging clearly has that</div><div>information available when building. Would it be worthwhile adding a</div><div>"pure Python" flag to the PyPI classifiers, which could be</div><div>automatically populated by packaging? We'd still be reliant on people</div><div>who manually maintain metadata getting it correct, but it would help</div><div>in many cases (and in particular, in those cases where projects do</div><div>regularly upload binary distributions).</div></div></blockquote><div><br></div><div>I don't think it's worthwhile. It would take forever (literally decades)</div><div>for this to get into wide use, unless some tool enforces it (e.g. PyPI</div><div>refuses the upload if there is a C file in the source tarball, yet the</div><div>package is not marked pure C).</div></div></blockquote><div><br></div><div>distutils/2/packaging should be able to set this automatically.</div><div><br></div><div>If we do this, maybe the possible values should be yes, no, and don't know.</div><div><br></div><blockquote type="cite"><div><div><br></div><blockquote type="cite"><div><div>Alternatively, if there is a way of reliably identifying those</div><div>packages that can't be installed from source by someone without a</div><div>compiler, I'd be interested to know.</div></div></blockquote><div><br></div><div>Depends on how reliable you want it. Whatever mechanism someone can</div><div>propose, I can find a way to cheat that mechanism.</div></div></blockquote><div><br></div><div>I don't think anyone has a motive to cheat, unless their goal</div><div>if to be branded a cheater. :)  After all, as you point out,</div><div>if they cheat, they'll be found out pretty quickly.</div><div><br></div><div>Jim</div><div><br></div><div>-- </div><div>Jim Fulton</div><div><a href="http://www.linkedin.com/in/jimfulton">http://www.linkedin.com/in/jimfulton</a></div><div>_______________________________________________</div><div>Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a></div><div><a href="http://mail.python.org/mailman/listinfo/distutils-sig">http://mail.python.org/mailman/listinfo/distutils-sig</a></div></div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>