A few questions/ comments:
1. In your build, you create a pylintscan directory within the source
tree under pki. I would prefer this to take place in the build area so
that it does not clutter up your source tree. The pylintscan is a build
artifact.
2. Do you need to remove the directory prior to each run?
3. What parts of the pylintrc are not default? ie. which parts did you
change?
4. I noticed that you added JSONEncoder to the pylintrc as a class for
which private members should not be checked. Does that allow you to
eliminate the comment to # pylint: disable-msg=E0202 in encoder.py?
5. Can you explain the rationale for ignoring W0511 and W0105?
6. I would prefer to not ignore Convention, refactor etc. and to have
these show up in the pylint reports. Based on the return code for
pylint, you can have the build fail only if the bits for errors and
warnings are set.
7. The pylint command line seems to have all the python executables
listed -- is this required? It means having to update this list every
time an executable is added, which is a step that can easily be missed.
Can you just point the scan to the top level directory?
8. Similarly to the point above, is there a way to scan the source tree
to find all the python code?
On Mon, 2013-07-22 at 21:32 -0400, Abhishek Koneru wrote:
Please review the patch which adds a script and also the pylint
configuration file to the code tree. The script is called in the compose
script for core packages before the actual packaging is done. If any
errors or warnings are reported by pylint, the build fails.
I did not add pylint as part of build-requires in the spec file for
pki-core, but have put a check in the script to bypass trying to scan if
pylint is not installed but with a comment stating the same in the log.
--Abhishek
_______________________________________________
Pki-devel mailing list
Pki-devel(a)redhat.com
https://www.redhat.com/mailman/listinfo/pki-devel