<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 4, 2013 at 3:45 PM, Barry Warsaw <span dir="ltr"><<a href="mailto:barry@python.org" target="_blank">barry@python.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mar 04, 2013, at 03:40 PM, Daniel Holth wrote:<br>
<br>
>On Mon, Mar 4, 2013 at 3:14 PM, Barry Warsaw <<a href="mailto:barry@python.org">barry@python.org</a>> wrote:<br>
>> On Mar 04, 2013, at 03:02 PM, Daniel Holth wrote:<br>
>><br>
>>>setup.py's setup(test_suite="x")... not sure if this is a distutils or<br>
>>>setuptools feature. PEP 426 has an extension mechanism that could do<br>
>>>the job.<br>
>><br>
>> Shouldn't "testing" be a first order feature?<br>
><br>
>Unfortunately there are so many potential first-order features that<br>
>we've had to leave some out in order to save time. "How to run the<br>
>tests" is not something that you need to know when searching PyPI for<br>
>a distribution and its dependencies.<br>
<br>
</div>Although "has unittests that I can run" might be a deciding factor of which of<br>
the many implementations of a particular feature you might choose.<br></blockquote><div><br></div><div style>Sure, but that has nothing to do with programmatic package discovery. That's something you will have to do as a person in making a qualitative decision along the same lines as API design. Flipping a bit in a config file saying "I have tests" doesn't say much beyond you flipped a bit, e.g. no idea on coverage, quality, etc. </div>

</div></div></div>