<div dir="ltr">Ohhh removal of yield tests is great. I think I have a memory-use reduction commit that broke for yield tests :)</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 8, 2018 at 5:40 AM, Floris Bruynooghe <span dir="ltr"><<a href="mailto:flub@devork.be" target="_blank">flub@devork.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="im HOEnZb">Hi Ronny,<br>
<br>
On Sun 08 Apr 2018 at 12:28 +0200, RonnyPfannschmidt wrote:<br>
</span><span class="im HOEnZb">> i wold like to get started with a long needed spring cleaning of things<br>
> that are unfixable stange/broken since dozens of years<br>
><br>
> * removal of yield tests, ever since collection and test running are no<br>
> longer connected, their setupstate has been fundamentally broken for<br>
> anything but test so simple, one should use parametrize<br>
<br>
</span><span class="im HOEnZb">Sounds good!  Do we already have deprecation warnings for this?  If not<br>
should we add them ASAP?<br>
<br>
</span><span class="im HOEnZb">> * removal of the pytest namespace hook and setting up the pytest config<br>
> in a way that is actially correct on xdist (currently pytest-xdist is<br>
> unable to create config objects on workers in a consistent manner,<br>
> and we leak data in strange ways<br>
<br>
</span><span class="im HOEnZb">I guess pytest_namespace was nice for internal plugins but does not<br>
really scale to many external plugins.  I used to be against this but<br>
maybe you're right.  Anyway, need to start deprecating this right away<br>
if we want to do this!<br>
<br>
</span><span class="im HOEnZb">> * removal of the dozns and dozens of compat properties/hackish aliases<br>
> across the codebase<br>
<br>
</span><span class="im HOEnZb">Sounds great, modulo the deprecation warnings thing.<br>
<br>
</span><span class="im HOEnZb">>   -> getting rid of customclasses on collectors<br>
> * after the mark merge: introduce an actual FunctionDefinition node<br>
> that's visible in the collection tree and ensure metafunc uses that as<br>
> base for parameterization,<br>
> * detangle node construction - the amount of spaghetti, in particular<br>
> wrt sessions, fs collectors & co has an unbearable amount of stones in<br>
> it for unit and functional testing<br>
<br>
</span><span class="im HOEnZb">This all sounds worthwhile.<br>
<br>
<br>
Cheers,<br>
Floris<br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
pytest-dev mailing list<br>
<a href="mailto:pytest-dev@python.org">pytest-dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/pytest-dev" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/pytest-dev</a><br>
</div></div></blockquote></div><br></div>