This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author benjamin.peterson
Recipients benjamin.peterson, loewis, rhettinger, skreft
Date 2011-11-07.13:54:58
SpamBayes Score 9.102047e-11
Marked as misclassified No
Message-id <CAPZV6o-7YgBu-4Morwy3bTUi3gbQwzshfYaddcEoC18h0QALrA@mail.gmail.com>
In-reply-to <1320643354.54.0.319680461208.issue13362@psf.upfronthosting.co.za>
Content
2011/11/7 skreft <report@bugs.python.org>:
>
> skreft <skreft@gmail.com> added the comment:
>
> Hi all again:
>
> in the original posting of this issue,  I asked what would be the best way to address this issue. Additionally I proposed to use existing tools to check the current code. These tools could be easily added to the tests in a non failing mode, so developers who modify the code, could know that the source code does not follow the coding style and probably she/he could improve the code. This tool would also help newcomers to contribute better code.
>
> Unfortunately, by the decision of rejecting this issue without even answering the full issue, I conclude that the Python team is not willing to improve its own basecode.
>
> I repeat my posture, python source code should be a model of a python project, hence if there are tools that can ensure or improve the quality of the project, they should be incorporated to the development process.

It can be cleaned up and modernized as it is changed for some other
purpose. Ultimately, it doesn't matter in the least bit how many lines
are between inline comments and other code, which seems to be
principally what pep8.py cares about in Lib/*.
History
Date User Action Args
2011-11-07 13:54:59benjamin.petersonsetrecipients: + benjamin.peterson, loewis, rhettinger, skreft
2011-11-07 13:54:58benjamin.petersonlinkissue13362 messages
2011-11-07 13:54:58benjamin.petersoncreate