<html><head></head><body><div>On Wed, 2021-02-10 at 08:20 +0000, Sorin Sbarnea wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div dir="auto">While switch from testr to stestr is a no brainer short term move, I want to mention the maintenance risks.</div><div dir="auto"><br></div><div dir="auto">I personally see the stestr test dependency a liability because the project is not actively maintained and mainly depends on a single person. It is not unmaintained either.</div><div dir="auto"><br></div><div dir="auto">Due to such risks I preferred to rely on pytest for running tests, as I prefer to depend on an ecosystem that has a *big* pool of maintainers.    </div><div dir="auto"><br></div><div dir="auto">Do not take my remark as a proposal to switch to pytest, is only about risk assessment. I am fully aware of how easy is to write impure unittests with pytest, but so far I did not regret going this route.</div></blockquote><div><br></div><div>At the risk of starting a tool comparison thread (which isn't my intention), it's worth noting that much of the reluctance to embrace pytest in the past has been due to its coupling of both a test runner and a test framework/library in the same tool. If I recall correctly, this pattern has existed before, in the form of 'nose', and the fate of that project has cast a long, dark shadow over similar projects. stestr may be "lightly staffed", but our consistent use of the unittest framework from stdlib across virtually all projects means we can easily switch it out for any other test runner than supports this protocol, including pytest, if we feel the need to in the future. Were pytest to be embraced, there is a significant concern that its use won't be restricted to merely the test runner aspect, which leaves us tightly coupled to that tool. You've touched on this above, but I feel it worth stating again for anyone reading this.</div><div><br></div><div>Cheers,</div><div>Stephen</div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div dir="auto">I know that OpenStack historically loved to redo everything in house and minimise involvement with other open source python libraries. There are pros and cons on each approach but I personally prefer to bet on projects that are thriving and that are unlikely to need me to fix framework problems myself.</div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto">Sorin</div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Tue, 9 Feb 2021 at 17:59, Martin Kopec <<a href="mailto:mkopec@redhat.com">mkopec@redhat.com</a>> wrote:<br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div dir="ltr"><div>Hi everyone,</div><div><br></div><div>testr unit test runner (testrepository package [1]) hasn't been updated for years, therefore during Shanghai PTG [2] we came up with an initiative to migrate from testr to stestr (testr's successor) [3] unit test runner.</div><div>Here is an etherpad which tracks the effort [4]. However as there is still quite a number of the projects which haven't migrated, we would like to kindly ask you for your help. If you are a maintainer of a project which is mentioned in the etherpad [4] and it's not crossed out yet, please migrate to stestr.<br></div><div><br></div><div>[1] <a href="https://pypi.org/project/testrepository/" target="_blank">https://pypi.org/project/testrepository/</a></div><div>[2] <a href="https://etherpad.opendev.org/p/shanghai-ptg-qa" target="_blank">https://etherpad.opendev.org/p/shanghai-ptg-qa</a></div><div>[3] <a href="https://pypi.org/project/stestr/" target="_blank">https://pypi.org/project/stestr/</a></div><div>[4] <a href="https://etherpad.opendev.org/p/enkM4eeDHObSloTjPGAu" target="_blank">https://etherpad.opendev.org/p/enkM4eeDHObSloTjPGAu</a></div><div><br></div><div>Have a nice day,</div></div><div dir="ltr"><div><br></div><div>-- <br><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><p style="font-weight:bold;margin:0px;padding:0px;font-size:14px;text-transform:capitalize;font-family:RedHatText,sans-serif"> <span style="font-family:RedHatText,sans-serif">Martin</span> <span style="font-family:RedHatText,sans-serif">Kopec </span><span style="margin:0px;font-family:RedHatText,sans-serif;color:rgb(170,170,170)"></span></p><p style="font-weight:normal;font-size:12px;margin:0px;text-transform:capitalize;font-family:RedHatText,sans-serif"> <span style="font-family:RedHatText,sans-serif">Software Quality Engineer</span></p><p style="font-weight:normal;margin:0px 0px 4px;font-size:12px;font-family:RedHatText,sans-serif"> <a style="font-size:12px;margin:0px;text-decoration:none;font-family:RedHatText,sans-serif;color:rgb(0,136,206)" href="https://www.redhat.com" target="_blank">Red Hat <span style="font-family:RedHatText,sans-serif">EMEA</span></a></p><p style="font-weight:normal;margin:0px;font-size:12px;font-family:RedHatText,sans-serif"></p><div style="margin-top:12px"> <table border="0"> <tbody><tr> <td width="100px"><a href="https://red.ht/sig" target="_blank"> <img src="https://static.redhat.com/libs/redhat/brand-assets/latest/corp/logo.png" width="90" height="auto"></a></td></tr></tbody></table></div></div></div></div></div></div></blockquote></div></div></blockquote><div><br></div><div><span></span></div></body></html>