| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
| |
resolves #1104
|
|
|
| |
The double-dash for command line option `--ignore` was being converted to an en-dash.
|
|
|
| |
Per PEP8, "Avoid extraneous whitespace ... Immediately before a comma, semicolon, or colon". https://www.python.org/dev/peps/pep-0008/#pet-peeves
|
| |
|
| |
|
| |
|
|
|
|
| |
github actions no longer supports python 3.4
|
|
|
|
| |
This is an updated revision of pull requests #206 and #524
|
| |
|
|
|
|
|
|
|
|
|
| |
In a project with all lines indented 4 spaces, I noticed pycodestyle was
not catching code that was accidentally indented two levels (8 spaces).
The over indentation was unintended and can be caught during static
analysis.
Fixes #430
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The nose project has ceased development. The last commit is from Mar 3,
2016. From their docs page:
https://nose.readthedocs.io/
> Note to Users
>
> Nose has been in maintenance mode for the past several years and will
> likely cease without a new person/team to take over maintainership.
> New projects should consider using Nose2, py.test, or just plain
> unittest/unittest2.
|
|
|
|
|
|
| |
For details on the new PyPI, see the blog post:
https://pythoninsider.blogspot.ca/2018/04/new-pypi-launched-legacy-pypi-shutting.html
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Python 2.6 an 3.3 are end of life. They are no longer receiving bug
fixes, including for security issues. Python 2.6 went EOL on 2013-10-29
and 3.3 on 2017-09-29. For additional details on support Python
versions, see:
https://devguide.python.org/#status-of-python-branches
Removing support for EOL Pythons will reduce testing and maintenance
resources. Removed all workarounds for older Pythons.
Updated trove classifiers and documentation to better communicate
supported Python versions.
Additionally, pass python_requires argument to setuptools. 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.
Can now use more modern Python syntax including dictionary comprehension
as well as more generators.
Closes #755
|
| |
|
|
|
| |
Closes gh-685
|
|\
| |
| | |
Add W606 warning for async and await keywords in Python 3.7
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
From https://docs.python.org/3/whatsnew/3.6.html#new-keywords
> async and await are not recommended to be used as variable, class,
> function or module names. Introduced by PEP 492 in Python 3.5, they
> will become proper keywords in Python 3.7. Starting in Python 3.6, the
> use of async or await as names will generate a DeprecationWarning.
By adding a warning to pycodestyle.py these future warnings and syntax
errors can be caught during static code analysis.
The await expression tests were taken from PEP-492.
https://www.python.org/dev/peps/pep-0492/#id58
|
| |
| |
| | |
Cross reference changes in pull request #502 which added this.
|
| |
| |
| | |
Plus Travis CI typo
|
| |
| |
| |
| |
| | |
Previously, the line break in the source would result in
`--hang- closing` (note the space) being rendered in the HTML.
|
| | |
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Starting with Python 3.6, invalid escape sequences in string literals
are now deprecated. In a future version of Python, invalid escape
sequences will be a syntax error. While this deprecation produces a
runtime warning, it only appears if warnings are enabled and the first
time the Python source is compiled to byte code. By adding a check to
pycodestyle, projects can take advantage of static analysis to catch and
fix these future syntax errors.
For more information on the deprecation, see the Python release notes,
https://docs.python.org/3/whatsnew/3.6.html#deprecated-python-behavior
> A backslash-character pair that is not a valid escape sequence now
> generates a DeprecationWarning. Although this will eventually become a
> SyntaxError, that will not be for several Python releases.
Fixes #633
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
Detect single letter variable names enumerated in PEP-0008
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Check for prohibited identifiers occuring to the lhs of an assignment
operator or after the 'as' keyword.
Closes #341
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
This builds upon and closes #533
|
| | |
|
|\ \
| | |
| | | |
Update Python version list in docs
|
| |/ |
|
|/
|
|
|
|
|
|
| |
This fixes issue #518, pep8 still referenced in the cli help command
As a side effect, `[pep8]` in setup.cfg now becomes `[pycodestyle]`
Also, changed the path for the config file from ~/.config/pep8 to ~/.config/pycodestyle
These feel like changes that should have come with the jump to version 2.0.0, as they are breaking,
but support for as a name can still be added if it's desired enough
|
|
|
|
| |
Closes #364
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Updated from references to pep8 -> pycodestyle,
this fixes the sphinx build errors caught by
readthedocs.
|
|
|
|
| |
Updated references to pep8.readthedocs.io -> pycodestyle.readthedocs.io
|
|
|
|
|
|
|
|
| |
As per their email ‘Changes to project subdomains’:
> Starting today, Read the Docs will start hosting projects from subdomains on the domain readthedocs.io, instead of on readthedocs.org. This change addresses some security concerns around site cookies while hosting user generated data on the same domain as our dashboard.
Test Plan: Manually visited all the links I’ve modified.
|
| |
|
| |
|
| |
|
| |
|