Hello,
On Thu, Mar 19, 2020 at 9:56 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > I checked in the first version of the guide: > > https://docs.rtems.org/branches/master/eng/python-devel.html > We should refine it now step by step. In particular, it would be good to > add some best practice parts to the Testing section. > +1 > > An open issue is how we would like to run the development tools. > Integrate it in the build system (waf)? Run them through other standard > Python tools for module packaging, testing, and deployment? Run this > tool with waf? > > For the static analysis tools flake8, pylint, and mypy you can use > configuration files. For pylint, you can dump the default configuration > with "pylint > --generate-rcfile". Should we use a particular pylint version to generate > configuration file for the RTEMS Project or should we just use whatever a > future version will use as default? I am not sure about the mypy > configuration. > Standardizing is always good, being a new contributor I always look for what's being followed as a standard in the community. It will be easier to reproduce exactly the same errors and output by every developer. Considering mypy gets a new release every month, sticking to the specific version make sense to me (PS: I have not looked into how much major change get pushed in these releases). > How do we want to install the Python development tools? In the > rtems-qual repository I simply set up a virtual environment with a > Makefile: > > https://git.rtems.org/sebh/rtems-qual.git/tree/Makefile > > I think we should install specific versions of the tools to avoid that > different developers get different tool reports. > > _______________________________________________ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel >
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel