Fixup precommit and update Ruff#16868
Conversation
61cfdea to
f6a20e0
Compare
seanbudd
left a comment
There was a problem hiding this comment.
Do you mind doing the first commit (settings fixup) as a separate PR to the actual fixups (i.e. running this on all files).
It will make reviewing easier.
I'd also like NV Access to be the one to perform the actual fixes, so we don't have to manually review all changes in as much thorough detail, and it is up to date at a point where we can review it
|
This diff generally looks fine to me otherwise (i.e. the mass linting is as expected) |
f6a20e0 to
2dfdd3f
Compare
WalkthroughThe changes involve updating configuration files to align with pre-commit expectations. Specifically, the Changes
Assessment against linked issues
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configuration File (
|
See test results for failed build of commit 8bb1c397a9 |
* Add scons source precommit
See test results for failed build of commit 04ee2c6c95 |
Qchristensen
left a comment
There was a problem hiding this comment.
UserGuide looks fine, just removed the spaces between the issue number and the comma
Co-authored-by: Quentin Christensen <quentin@nvaccess.org>
|
thanks @Qchristensen |
See test results for failed build of commit 0a6a380115 |
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
…eated, otherwise we can't run a license check for changed requirements
Co-authored-by: Sean Budd <seanbudd123@gmail.com>
See test results for failed build of commit a9c40289bd |
See test results for failed build of commit 15fe6b66e2 |
See test results for failed build of commit e579ec6721 |
|
I'll be merging this tomorrow morning AEST |
|
I noticed that the -0 trick actually doesn't work, since as soon as you override a command line option, you can't set it with SetOption. See SCons/scons#3937 |
Fixup for #16868 Summary of the issue: As part of #16868, i intended to implement support to pass a number of 0 cores to scons (e.g. scons source -j0) to automatically pick all available cores. It turns out that you cant override an option with SetOption when set on the command line. Description of user facing changes None, build system related. Description of development approach Added an --all-cores parameter that will pick all available cores.
Link to issue number:
Follow up to #16767, #16803
Preparation for #16852
Summary of the issue:
Pre-commit touches several files it shouldn't touch, e.g. symbol dictionaries, translated markdown.
Description of user facing changes
None
Description of development approach
scons sourcesconstructto automatically use the max number of cores when passing-j 0, which can be used with pre-commit to have optimal performanceNote, the following script can be used to perform the actual vfixup that was initially part of this pr, but @seanbudd requested it to be separated.
Testing strategy:
Known issues with pull request:
None known
Code Review Checklist:
Documentation:
Testing:
UX of all users considered:
API is compatible with existing add-ons.
Security precautions taken.