| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
With a large number of errors, filenames, and per-file-ignores the style guide
selection would take a significant portion of execution time
(python3 70% / python2 99.9%).
Caching the styleguide lookup by filename eliminates this bottleneck.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
- Add new pyflakes codes
- Bump the required versions
- Fixes https://gitlab.com/pycqa/flake8/issues/422
|
| | |
|
| |\
| |
| |
| |
| | |
Pass python_requires argument to setuptools
See merge request pycqa/flake8!225
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Helps pip decide what version of the library to install.
https://packaging.python.org/tutorials/distributing-packages/#python-requires
> If your project only runs on certain Python versions, setting the
> python_requires argument to the appropriate PEP 440 version specifier
> string will prevent pip from installing the project on other Python
> versions.
https://setuptools.readthedocs.io/en/latest/setuptools.html#new-and-changed-setup-keywords
> python_requires
>
> A string corresponding to a version specifier (as defined in PEP 440)
> for the Python version, used to specify the Requires-Python defined in
> PEP 345.
|
| | |
| |
| |
| |
| |
| | |
Add hooks for new checks introduced in pycodestyle 2.4.0.
For details of the changes to pycodestyle, see:
https://pycodestyle.readthedocs.io/en/latest/developer.html
|
| | |
| |
| |
| | |
Add new pycodestyle check hooks for breaks around binary ops.
|
| | |
| |
| |
| | |
Remove broken hook to pycodestyle.break_around_binary_operator.
|
| |/ |
|
| | |
|
| | |
|
| |
|
|
| |
Closes #361
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Use of extras_require produces correct package metadata for flake8
regardless of the version of Python the package is built with.
The conditional code produces different metadata for Python 3 and 2.
The latest versions of flake8 were released with Python 3 and metadata
did not contain two dependencies necessary for use with Python 2.7.
See https://gitlab.com/pycqa/flake8/issues/341 for details.
Account for users of setuptools<18 that still need the conditional code.
|
| |
|
|
| |
Partial #320
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Upgrade version constraints on PyFlakes to only the versions that handle
Python 3.6
Closes #290
|
| | |
|
| | |
|
| |
|
|
| |
This reverts commit f6f01b469ccabdb78c95399d5cb50d94f69bdef9.
|
| | |
|
| |\ |
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
When attempting to centralize all inline NoQA handling in the StyleGuide
we inadvertently broke plugins relying on it in combination with checker
state. For example, the check for E402 relies both on NoQA and the state
to determine if it has seen a non-import line. Placing NoQA on the sole
line that is not an import is more elegant than placing it on each of
the following import lines.
Closes #186
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Fundamentally on Flake8 2.x using -q altered the format of the errors
(and the behaviour a little) so it makes the most sense to implement
this logic with formatters rather than messy logic spread throughout
the project.
The FilenameOnly formatter will keep track of filenames already reported
and only print the name once while Nothing will print nothing.
Closes #180
|
| | |
|
| |
|
|
|
|
| |
Systems without a LOCALE present will not be able to read our file
appropriately on Python 3. This was causing our Python 3 CI jobs on
GitLab to fail.
|
| | |
|
| | |
|
| |
|
|
|
| |
This is an emerging best practice and there is little reason to not
follow it
|
| | |
|
| |
|
|
|
|
|
|
| |
This proved simpler because I realized something important: Most of the
code that the old integration was using was in fact doing nothing of
value. Since we can't meaningfully allow users to use command-line
options as parameters to `python setup.py flake8`, we just remove the
work that we do to set up those attributes and parse them.
|
| | |
|
| | |
|
| |
|
|
| |
This will make the transition to pycodestyle much easier
|