QA : make qa checking less painful#929
Conversation
|
@tgamblin Do we need a finer control than this ? |
|
@alalazo: I wish I could ignore |
|
I personally wouldn't like enforcing |
|
Let's disable E241 -- I'm not a stickler for it but I occasionally like things lined up. |
|
@alalazo: what if we run this on package files before running That would auto-NOQA the URLs. |
|
@tgamblin I think the approach above is worth a try for URLs. I'll try to do my best to help people stuck with BTW, I set up this PR just because I thought it would have been clearer and faster to show case a code diff than to explain the modifications in words. If you think we don't need two separate configuration files, feel free to close this. |
|
ok I just pushed this in a branch with the URL exemption: epfl-scitas-differentiate_framework_from_packages |
|
@tgamblin Fine with me. Should I close this then? Just a reminder : if I set everything correctly you should be able to push on |
|
@alalazo: don't close it; it's the same branch (this will merged when I push it) |
|
@tgamblin ok |
- Exempt overlong URL lines from checks. - Omit some of the more painful PEP items.
0b9ea31 to
2aa4387
Compare
|
ok pushing to EPFL seems to be working. yay! |
- user can run the same script.
|
@alalazo: i think maintaining two files is kind of a pain, and i can't keep all the error codes straight. I switched it to one file, ignored a few checks, and added some custom marking for And there is only |
|
@tgamblin I may be missing the obvious, but I don't see the |
- was missing the obvious.
|
Nope, looks like I'm missing the obvious. |
|
Why did this PR remove the yapf style? |
|
@trws I think it was removed because we were using the default (pep8) |
|
Makes sense. Do we have an autopep8 package in the works? On 15 May 2016, at 0:12, Massimiliano Culpo wrote:
|
No description provided.