[all] pep8 job failing due to flake8 3.8.0
Ghanshyam Mann
gmann at ghanshyammann.com
Tue May 12 17:23:15 UTC 2020
---- On Tue, 12 May 2020 12:00:11 -0500 Brian Haley <haleyb.dev at gmail.com> wrote ----
> On 5/12/20 12:25 PM, Sean McGinnis wrote:
> > On 5/12/20 11:14 AM, Ghanshyam Mann wrote:
> >> Hello Everyone.
> >>
> >> You might have noticed that few or most of the projects pep8 job
> >> started failing.
> >>
> >> That is because flake8 new version 3.8.0 added the new pycodestyle
> >> with new rules. Hacking capped
> >> it with 4.0.0 version not with the minor version for 3.*.
> >>
> >> The new hacking version 3.0.1 is released which cap the flake8<3.8.0.
> >> Thanks to dtantsur and stephenfin for
> >> tacking care of it.
> >>
> >> To fix your pep8 job you can,
> >>
> >> - Either fix the pep8 error in code if easy and fast to fix.
> >>
> >> - Or bump the hacking minimum version to 3.0.1. I have proposed it for
> >> a few projects failing pep8.
> >> -
> >> https://review.opendev.org/#/q/topic:hacking-fix+(status:open+OR+status:merged)
> >>
> >>
> >> If pep8 job is passing then you do not need to do anything. The
> >> existing hacking version cap will work fine.
> >>
> >> -gmann
> >
> > This is also failing on some stable branches that had not moved to
> > hacking 3.0 yet. In this case, it may be better to add a flake8 cap to
> > the repo's test-requirements.txt file rather than backporting a major
> > bump in hacking and dealing with the need to make a lot of code changes.
> >
> > Here is an example of that approach:
> >
> > https://review.opendev.org/#/c/727265/
>
> I found in the neutron stable/ussuri repo that capping flake8<3.8.0
> didn't work, but capping pycodestyle did. So that's another option.
>
> -pycodestyle>=2.0.0 # MIT
> +pycodestyle>=2.0.0,<2.6.0 # MIT
>
> https://review.opendev.org/#/c/727274/
I will say remove rhe pycodestyle from neutron test-reqruiement and let hacking
via flake8 cap handle the compatible pycodestyle. Otherwise we end up maintaining and
fixing it project side for future.
-gmann
>
> -Brian
>
>
More information about the openstack-discuss
mailing list