-
Notifications
You must be signed in to change notification settings - Fork 180
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
pylintrc: adjust configuration to labgrid needs #257
Conversation
Codecov Report
@@ Coverage Diff @@
## master #257 +/- ##
======================================
Coverage 54.9% 54.9%
======================================
Files 105 105
Lines 6229 6229
======================================
Hits 3424 3424
Misses 2805 2805 Continue to review full report at Codecov.
|
We definitely want arguments-differ. This has been a source of problem in recent changes, it would greatly help to keep arguments the same across drivers. |
Okay, nice. I have not added it the commit because I was unsure - so no need to change. What about the other changes? |
We don't get around disabling this for attr.s.
attrs does not provide inheritance class initiliazation, so we have to do it ourselves.
we should at least make those
We should fix those occurences and/or provide a public interface.
If it is only boilerplate code it sounds good, otherwise it needs to be fixed too. IMO increasing the attribute numbers seems reasonable. @jluebbe what is your opinion here? |
I agree with @Emantor here. |
294bd1b
to
b7ca2b5
Compare
Signed-off-by: Bastian Stender <bst@pengutronix.de>
b7ca2b5
to
0ba39ab
Compare
|
Pretty useless, because attr is used pretty much everywhere and pylint does not recognize it. Ignore this.
Not sure if we should check this, e.g. almost every driver implements a run method with different arguments.
The docs state that this is needed:
"The minimum requirement is a call to
super().__attrs_post_init__()
." Why do we override it to call the method on super?I think wrapping functionality in methods that could be functions is still a good thing for the sake of logic. Ignore this.
Not sure if we should check this, there are quite some occurrences across labgrid. Maybe this is by design or we need to define exceptions in file headers for this.
Detects only by-design boilerplate code, ignore it.
Increase this, 10 should be okay too.
Decrease this to fit labgrid's inheritance model.
Increase this, having a lot of parents is needed by design.