#geodesic (2022-11)
Discussions related to https://github.com/cloudposse/geodesic
Archive: https://archive.sweetops.com/geodesic/
2022-11-06
v1.3.6 Included Tools Update AWS CLI packages @renovate (<a class=”issue-link js-issue-link” data-error-text=”Failed to load title” data-id=”1428000452” data-permission-text=”Title is private” data-url=”https://github.com/cloudposse/geodesic/issues/812“…
Included Tools Update AWS CLI packages @renovate (#812) This PR contains the following updates: Package Change Age Adoption Passing Confidence awscli (source, changelog) ==1.25.97 -> ==…
This PR contains the following updates: Package Change Age Adoption Passing Confidence awscli (source, changelog) ==1.25.97 -> ==1.27.3 boto3 ==1.24.96 -> ==1.26.3 Release Note…
v1.3.6 Included Tools Update AWS CLI packages @renovate (<a class=”issue-link js-issue-link” data-error-text=”Failed to load title” data-id=”1428000452” data-permission-text=”Title is private” data-url=”https://github.com/cloudposse/geodesic/issues/812“…
2022-11-18
Hey Everyone. Wondering if anyone here has gotten Geodesic working in Windows with WSL? I have it pretty close to working but AWS credentials aren’t mounting properly. Error I’m seeing is “mkdir: cannot create directory ‘/localhost/.aws’: File exists” I have Leapp working and can see the session in cli, but as soon as I jump into geodesic it doesn’t carry in the creds.
Yes/no - all WSL support has been contributed
It has worked but if you are having trouble then something probably broke
I’ll give it a fresh build when I have time again this week. Really strange it seems like you said, an issue with the mount.
It’s my only major hang-up using atmos is that it has to be done on Mac/Linux.
The Geodesic launch script (wrapper) tries to find the right user HOME
directory for WSL and mount it as /localhost
. If that directory has a file (not a directory) named .aws
in it, you will see this error. We expect (as does the AWS SDK and, by extension, Leapp) that $HOME/.aws
is a directory and credentials and configuration files are stored in it.
My expectation is that the error is coming from this line which I hope gives you enough information to figure out a workaround. I don’t have access to a WSL system so I cannot be much more helpful than that. Please let us know if you find a solution.
mkdir ${GEODESIC_AWS_HOME} && chmod 700 ${GEODESIC_AWS_HOME}
have you guys seen an error related to dangling symlinks?
@Michael Dizon Probably, but I’m not exactly sure what you mean. Please be more specific.
✗ . [none] (HOST) localhost ⨠ ls -a
. .aws .bash_logout .config .landscape .mozilla .ssh .vscode-server cert
.. .azure .bashrc .docker .local .pki .sudo_as_admin_successful Downloads repo
.Leapp .bash_history .cache .geodesic .motd_shown .profile .viminfo aws test.txt
⧉ xxxx
✗ . [none] (HOST) localhost ⨠ cd .aws
bash: cd: .aws: No such file or directory
⧉ xxxx
✗ . [none] (HOST) localhost ⨠ chmod 700 .aws
chmod: cannot operate on dangling symlink '.aws'
We can see the directory .aws, but trying to cd into it returns no such file or directory. Trying to change permissions return dangling symlink error.
You need to get things straight on your host machine. Your WSL $HOME
directory has to have a .aws/
subdirectory. That must be a real directory or a symlink relative to $HOME
and below $HOME
in the directory tree. If it points elsewhere, Geodesic won’t be able to access it.
We ended up getting it to work, the problem was that the .aws directory was a symbolic link. When we deleted the symlink and re-ran Leapp, it recreated the .aws directory local to my WSL instance and was seen by Geodesic.
Appreciate the help from you guys.
2022-11-21
it sounds like something is going wrong when it tries to mount the volume. @Andriy Knysh (Cloud Posse) what do you think?
i did not test it on Windows. @Jeremy G (Cloud Posse) do you have any insight?
@Dan Meyers
The Geodesic launch script (wrapper) tries to find the right user HOME
directory for WSL and mount it as /localhost
. If that directory has a file (not a directory) named .aws
in it, you will see this error. We expect (as does the AWS SDK and, by extension, Leapp) that $HOME/.aws
is a directory and credentials and configuration files are stored in it.
We ended up getting it to work, the problem was that the .aws directory was a symbolic link. When we deleted the symlink and re-ran Leapp, it recreated the .aws directory local to my WSL instance and was seen by Geodesic.
v1.4.0 Update alpine Docker tag to v3.16.3 @renovate (<a class=”issue-link js-issue-link” data-error-text=”Failed to load title” data-id=”1446248957” data-permission-text=”Title is private” data-url=”https://github.com/cloudposse/geodesic/issues/816“…
Update alpine Docker tag to v3.16.3 @renovate (#816) This PR contains the following updates:
Package Type Update Change
alpine final patch 3.16.2 -> 3.16.3
alpine stage patch 3.16.2 -> 3.1…
This PR contains the following updates:
Package Type Update Change
alpine final patch 3.16.2 -> 3.16.3
alpine stage patch 3.16.2 -> 3.16.3
Configuration Schedule: Branch creation - A…
2022-11-25
v1.5.0 Included Tools Update dependencies @Nuru (<a class=”issue-link js-issue-link” data-error-text=”Failed to load title” data-id=”1465019453” data-permission-text=”Title is private” data-url=”https://github.com/cloudposse/geodesic/issues/819” data-hovercard-type=”pull_request”…
Included Tools
Update dependencies @Nuru (#819) what
Update Google Cloud SDK 401 -> 410 Update Kube-PS1 v0.7.0 -> v0.8.0 Update helm-diff 3.5.0 -> 3.6.0 Update helm-git 0.11.2 -> 0.14.0 Updat…
Nuru has 21 repositories available. Follow their code on GitHub.
what
Update Google Cloud SDK 401 -> 410 Update Kube-PS1 v0.7.0 -> v0.8.0 Update helm-diff 3.5.0 -> 3.6.0 Update helm-git 0.11.2 -> 0.14.0 Update python 3.9.12 -> 3.10.8
why
Bugfixes and new feat…
2022-11-30
v1.5.1 Included Tools Update dependency cryptography to v38.0.4 @renovate (<a class=”issue-link js-issue-link” data-error-text=”Failed to load title” data-id=”1465565088” data-permission-text=”Title is private” data-url=”https://github.com/cloudposse/geodesic/issues/820“…
Included Tools
Update dependency cryptography to v38.0.4 @renovate (#820) This PR contains the following updates:
Package Change Age Adoption Passing Confidence
cryptography (changelog)…
This PR contains the following updates:
Package Change Age Adoption Passing Confidence
cryptography (changelog) ==38.0.3 -> ==38.0.4
Release Notes
pyca/cryptography v38.0.4 Compare …