-
Notifications
You must be signed in to change notification settings - Fork 72
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
Please upgrade to click 8 #85
Comments
Seconding this, to be honest I don't really care about linting styles but black is great because the autofix allows you to never worry about linting. I configure VSCode to automatically run black on save - it's saved me a lot of time. |
Seconding (thirding?) this. Black is so widely used that by depending on the old click version you're severely limiting the environments this library can be installed in. |
Things have been going slower this month for me than I planned, but I will have it this week. However, I'm interested in your (@wichert @Almenon @jorenverspeurt) usage of |
After some recent refactoring we still have a dependency on |
Are you sure you still need I haven't touched the standalone credential process I made since I folded it into aws-sso-util but it might still work and doesn't use click: https://github.com/benkehoe/aws-sso-credential-process |
Released in aws-sso-util v4.31. |
aws-sso-util uses click v7. This is not compatible with black, which requires click v8. This is a bit problematic for me since I'm working on a package that calls into some aws-sso-util cli internals (
get_token_fetcher
in particular), and I can't run black to enforce consistent coding style due to this conflict.The text was updated successfully, but these errors were encountered: