Closed nocnokneo closed 5 months ago
What happens when you use assume --exec --
instead of assumego --exec
? I raised a similar issue in #573 but I think these are the result of a fundamental shift in usage brought on by #549
Also it seems the published docs are now broken, since they recommend calling assumego
directly: https://docs.commonfate.io/granted/recipes/eks/ So from that standpoint, this is definitely a regression. At the very least the docs should change. cc @JoshuaWilkes
Yes, updating my ~/.kube/config
with assume
in place of assumego
works. At this point the sudden breaking change is already done so maybe just update the docs? It would be nice to have a deprecated transition period for things like this in the future.
It would be nice to have a deprecated transition period for things like this in the future.
Agreed. At the very least I think this change warranted an updated minor version instead of just patch-level.
@nocnokneo and @jhuntwork, thank you for reporting this issue! We apologize for not updating the docs sooner; there was an oversight on our part. The necessary updates have been made to the community channel, our documentation, and we have taken internal note of this. Sorry again!
With v0.20.6 I get the following error when attempting to use the kubectl with the recommended authentication configuration in
~/.kube/config
:When running
GRANTED_QUIET=true FORCE_NO_ALIAS=true assumego test --exec 'aws --region us-east-2 eks get-token --cluster-name default --output json'
this is the JSON output I get with v0.20.6:(clearly not json...)
Reverting to v0.20.3 works. This is what I get when running the same
assumego
command with v0.20.6:Is there not a unit test to catch basic stuff like this?