Skip to content
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

Closed
et304383 opened this issue Feb 6, 2017 · 6 comments
Closed

role_arn credentials are not cached #1148

et304383 opened this issue Feb 6, 2017 · 6 comments
Labels
feature-request This issue requests a feature.

Comments

@et304383
Copy link

et304383 commented Feb 6, 2017

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.

@stealthycoin stealthycoin added the feature-request This issue requests a feature. label Feb 6, 2017
@stealthycoin
Copy link
Contributor

Marking this as a feature request.

@gene1wood
Copy link
Contributor

@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.

@et304383
Copy link
Author

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.

@gene1wood
Copy link
Contributor

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?

@swetashre
Copy link
Contributor

This issue has been resolved with the merge of PR #1338. Closing the issue.

@gene1wood
Copy link
Contributor

Here is the final disposition of PR #1157 and how it relates to #1338 including how to use the botocore cache.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature-request This issue requests a feature.
Projects
None yet
Development

No branches or pull requests

4 participants