-
Notifications
You must be signed in to change notification settings - Fork 16.4k
Add nicer error for breeze update static check #22998
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
Conversation
|
@potiuk, in Some questions I have:
Please let me know if this is the way to do it or if I have misunderstood this problem. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe use shutil.which()? Not as accurate (fails if breeze is not “our” command but from somewhere else, for example), but a lot faster.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah. Shutil.which is better. It's also portable and it's enough (we don't verify the output of version command anyway.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we should use rich console and [red] for error and [yellow] for "action" to be done by the user
Yeah. It should. But it already turned out that it's not always is. See the conversation here: #22961 . We really want people who are not familiar with breeze and CI got precise information about what is wrong. They (even @kaxil !) cannot easily figure out what's wrong when they see a cryptic stack-trace - mostly because they do not have the context. The CI is a living system that changes continuously and we can add new jobs in the future or mistakenly remove stuff. Having a nice message explaining what's wrong AND telling the user what to do is way better than cryptic stack trace.
Very, very food point - can you add it please (separate PR) :) ? It could be added in the cheatsheeet as well as in the BREEZE.rst. |
|
Added issue for uninstallation instruction: #23005 |
|
Thank you for the feedback @potiuk @uranusjr, make sense in adding "precise information about what is wrong".
|
Yep |
|
@potiuk I wasn't able to replicated after the changed I added. https://github.com/apache/airflow/runs/6033018954?check_suite_focus=true
|
|
I think now that I know how to uninstall Breeze I can try this 🕺🏼 |
d0cc8b5 to
2b7bc93
Compare
test nicer message if no breeze installed test breeze
2b7bc93 to
3762f24
Compare
|
I think this one should be closed @edithturn ? |
|
@potiuk I will test in another branch, bcz in this branch I am not able to reproduce the error. But I saw that in a new branch when Breeze is not installed the not friendly message is shown it. |
|
@potiuk I will close this PR, I am not able to reproduce it on the local machine, and also it has conflicts that I wasn't able to solve. I created another branch with rebase. Could you guide me on what exactly I should change in Breeze.rst to make the images generate? |
|
No worries. I will take it on - we had some problem with update-breeze-file running in "CI" giving different results so I will take a closer look there. |
Closes #22908
Steps:
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code change, Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in UPDATING.md.