<div dir="auto">My impression was that the newer recommended tox environment was “linters’ and it would decouple the implementation from the process name, making easy for each project too adapt their linters based on their needs.</div><div dir="auto"><br></div><div dir="auto">A grep on codesearch could show how popular is each.</div><div dir="auto"><br></div><div dir="auto">I think that one of the reasons many projects were not converted is because job is defined by a shared template and making a bulk transition requires a lot of effort.</div><div dir="auto"><br></div><div dir="auto">I am wondering if we could use a trick to easy this kind of migration: make zuul job detect which environment is present and call it. Basically we can have a generic zuul linter that calls either pep8 or linters tox end. We can go even further and make it call “yarn lint” if found.</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 5 Dec 2020 at 03:48 Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On 2020-12-05 02:52:06 +0000 (+0000), Kanevsky, Arkady wrote:<br>
> Do we still using it?<br>
> If not, what have we replaced it with?<br>
<br>
Most projects do still have a "pep8" tox testenv, however these days<br>
it usually invokes the flake8 utility which calls pycodestyle (the<br>
successor of the old pep8 utility) as one of multiple plugins.<br>
-- <br>
Jeremy Stanley<br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">--<div>/sorin</div></div></div>