-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
role_arn credentials are not cached #1148
Comments
Marking this as a feature request. |
@jamesls , I see back in 2014 you added the persistently cached credentials to awscli and not botocore intentionally ( aws/aws-cli@22932e5 ). Have you had any further thought on adding this to botocore? I currently use a patched version of botocore and boto3 to introduce your persistent cached credentials from awscli into botocore so that awscli and boto3 share the cached credentials store. If you'd like I can make a PR that introduces this functionality into botocore. |
I cannot understand why we wouldn't want cached MFA credentials when using boto3 (or any of the SDKs for that matter). MFA = human interaction = I want SOME level of caching. |
I created a PR to fix this bug ( #1157 ) a couple weeks back. I've been using it locally since then and it works great. Any guidance on what would be needed to get this merged? Any additions or changes? |
This issue has been resolved with the merge of PR #1338. Closing the issue. |
Here is the final disposition of PR #1157 and how it relates to #1338 including how to use the botocore cache. |
Unlike the CLI, credentials are not cached on disk under
~/.aws/cli/cache
and as such I have to type in my MFA every time I run a python script using boto. This is even more annoying with codes only usable once because I now have to wait 30 seconds between script executions.Please have the credentials cached on disk like the awscli does.
The text was updated successfully, but these errors were encountered: