Can pylama pin the linter dependencies that it has on other linters?

[DeVonté Applewhite]

Pyflakes has a recent release which introduces f-string validation (PyCQA/pyflakes@c72d6cf).

This comes with a new linting issue classification denoted "[f]". Pylama detects the new linting issues and shows the classification, but does not have any corresponding error code to use in the pylama config file to repress these types of issues.

I tried adding 'f'/'F' to the pylama config file, but it still was returning the [f] class linting issues.

To reproduce, make a print statement that uses an f-string, but does not specify a placeholder (e.g. print(f'Hello').

If pylama pins the dependencies of all of its sub-linters, users could expect new linting issues to only come up if they upgrade pylama. I am currently pinning the pyflakes version along with the pylama version in my dev-requirements file. If this is the best way to proceed let me know.

---

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.