Gitlab SSH key: permission denied from within dev container

[radix-ai]

Gitlab SSH key: permission denied from within dev container

[rpeschi]

ANALYSIS

1. Regardless of the poetry-cookiecutter, when a passphrase is associated to a SSH key, it is the expected behaviour that the passphrase is required after each reboot of the machine. It is however possible to make the passphrase persist using the Keychain integration: passphrase persist by using the Keychain integration

2. In the poetry-cookiecutter framework, it is expected that until keys are added to the "mounted" SSH agent, the dev container environment doesn't know about any SSH keys. Indeed, in the docker-compose.yml file, currently only the SSH agent socket (SSH_AGENT_AUTH_SOCK) + known hosts file is mounted, not the full ~/.ssh directory.

RESOLUTION

There is no issue as such. To be able to communicate with Gitlab from within the dev container without having to do " ssh-add ~/.ssh/id_rsa" after each reboot, follow these steps:

• Add these lines to ~/.ssh/config:
  Host *
  UseKeychain yes
• Reboot your laptop
• Open you project in VSCode, type "Remote container - Rebuild without cache"

[tanguyNaets]

Perhaps it's worth reopening that issue until the "resolution" gets incorporated in the Readme's optional set-up steps for users of SSH Keys with passphrases?

[lsorber]

@tanguyNaets It's technically already in the README as one of the one-time setup steps (cf. line 21 for GitLab and line 39 for GitHub). But perhaps we should make it more clear in the README that this step is very much necessary for a good experience.

[lsorber]

Update: I created a PR to make the SSH configuration more explicit in the README.