-
Notifications
You must be signed in to change notification settings - Fork 391
Description
Description
The current implementation assume that ~/.gnupg/pubring.kbx exists and can be copied inside the container so that we have access to keys inside it.
This is not the case if use-keyboxd is used.
=>> Since version 2.4.1 of gnupg, fresh installations are now using use-keyboxd by default. See: https://github.com/gpg/gnupg/blob/42ee84197695aca44f5f909a0b1eb59298497da0/README#L131C17-L131C22 <<=
Versions
- VSCode Version:
1.84.2 - Local OS Version:
Darwin arm64 21.6.0 - Remote OS Version:
debian:buster-20191118 - Remote Extension/Connection Type: K8s
Steps to Reproduce:
- Have
~/.gnupg/common.confwithuse-keyboxd. Supported since2.3.0and the default since2.4.1of gnupg - Attach VS to container
- See that
~/.gnupg/pubring.kbxis not copied into the container because it does not exists. - Do
gpg -kin the container for the first time and get the following message:gpg: keybox '~/.gnupg/pubring.kbx' created- Note that you don't have any keys loaded in the container
As per https://www.gnupg.org/documentation/manuals/gnupg/GPG-Configuration-Options.html, use-keyboxd changes the way GPG works:
Note that if the option
use-keyboxdis enabled in common.conf, no keyrings are used at all and keys are all maintained by the keyboxd process in its own database.
We end up with no file ~/.gnupg/pubring.kbx.
You can use the below temporary fix to migrate off using use-keyboxd
TEMPORARY FIX
You can revert back to using pubring.kbx
- Export keys
- Disable
use-keyboxd - Import keys
Basically you do the inverse of: https://github.com/gpg/gnupg/blob/42ee84197695aca44f5f909a0b1eb59298497da0/README#L134C2-L145