<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, May 12, 2019 at 6:33 AM Julian Taylor <<a href="mailto:jtaylor.debian@googlemail.com">jtaylor.debian@googlemail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 12.05.19 14:58, Charles R Harris wrote:<br>
> Hi All,<br>
> <br>
> NumPy currently distinguishes between release and development versions<br>
> when running tests. Is there a good reason to continue this practice? I<br>
> ask, because with the last pytest release it would be convenient to<br>
> always include `pytest.ini ` so that we can register markers. The<br>
> presence of `pytest.ini` is how we distinguish betweendevelopment from<br>
> release for testing purposes.<br>
> <br>
<br>
One difference between development and release builds was that in<br>
development releases numpy.testing throws errors on floating point<br>
exceptions while the release version it did not.<br>
If that is still the case removing the distinction could require a lot<br>
of changes in upstream test suites that are not regularly run against<br>
development builds.<br>
<br>
The motivation is not quite clear to me, can you please elaborate on<br>
what you want to do.<br></blockquote><div><br></div><div>NumPy pytest testing is NumPy specific and not used downstream like our nose testing framework was, so I don't see why that should affect other projects. What motivates this question is that the new version of pytest released yesterday raises warnings for non-registered markers, `pytest.mark.slow` in particular, and that was causing CI failures. The easiest way to register a mark is using `pytest.ini`, but we currently don't include that in released wheels, only in source releases.</div><div><br></div><div>Chuck</div></div></div>