make some tidy errors around python easier to understand#158552
Conversation
…s a standalone command - error if RUSTC isn't set, which means it'll fall back to the user-installed default (wrong) - be more specific in `--bless` suggestions that they should use `x test tidy`, not tidy directly.
for non-interactive cases, such as CI, this makes it easier to tell what went wrong without having to interactively debug the problem.
|
The list of allowed third-party dependencies may have been modified! You must ensure that any new dependencies have compatible licenses before merging. cc @davidtwco, @BoxyUwU |
|
r? @clubby789 rustbot has assigned @clubby789. Use Why was this reviewer chosen?The reviewer was selected based on:
|
|
i did not change any dependencies, no. |
There was a problem hiding this comment.
Do you think it would make sense to have a brief note about the historical context here? In isolation, TIDY_PRINT_DIFF being used to only disable diffs seems a bit surprising
There was a problem hiding this comment.
does it make sense to just remove it altogether, then? i'm not entirely sure why it's an option at all.
someone i was helping hit a tidy python formatting error in CI, tried to run the exact
tidycommand that bootstrap printed as an error, got another error because rustc isn't installed globally, only locally, and then gave up in frustration because they couldn't tell what tidy even wanted them to fix.make some targeted improvements.
i'm not sure why diffs were disabled by default before. it's been like that ever since python formatting was originally added in #112482, with no explanation. i think showing the diff is a better default.
before:
after: