Closed CoolCat467 closed 8 months ago
All modified and coverable lines are covered by tests :white_check_mark:
Comparison is base (
0204d04
) 99.64% compared to head (67116bc
) 99.64%.
Why is this three separate PRs that will all conflict due to all three reformattting the pyproject.toml?
Because they are separate rules, and if they conflict I will deal with that.
The segfault in pypy-3.9 happened again: https://github.com/python-trio/trio/actions/runs/7607032357/job/20713702030#step:5:1186 For future reference, where should these be recorded?
Gah, well see the segfaults don't exactly provide much information... But I agree that it's annoying. At this point ig we might as well make an issue here (on trio) to track things cause upstream pytest hasn't been able to solve this yet.
Also, I don't really see the use of this rule. We have type checkers; I don't see the issue with this shadowing. Maybe others see issue though?
In all reality we might not need flake8-builtins
, but I wanted to throw it out there because it's a part of best practice not to shadow builtins.
I'm in favor of not shadowing builtins in general, type checking might catch most errors it might lead to (only if the object is different though!) - but I can definitely see it causing confusion/lead to bugs/etc.
This pull request enables ruff's
flake8-builtins
rule, sorts the enabled rules and ignored rules sections, and fixes or ignores a lot of newly generated "argument or variable is shadowing a python builtin" errors.