# [Feature request] Add config option to gpgsign IFF key is present 3 messages from 2018-03-10 to 2018-03-11. Participants: NELSON, JOSHUA Y, brian m. carlson, Joshua Nelson. Thread: https://gitlist.dev/t/48021 ## NELSON, JOSHUA Y, 2018-03-10 15:28 Subject: [Feature request] Add config option to gpgsign IFF key is present Message-ID: URL: https://gitlist.dev/e/CY1PR02MB13991271133B3A6BD334328DF4DD0%40CY1PR02MB1399.namprd02.prod.outlook.com ``` Currently, `commit.gpgsign` allows you to give either 'true' or 'false' as a value. If the key is not present, commits will fail: ˋˋˋsh $ git commit -m "example" error: gpg failed to sign the data fatal: failed to write commit object ˋˋˋ I like to reuse my config file across several machines, some of which do not have my GPG key. Would it be possible to add an option to sign the commit only if the private key for `user.signingkey` is present? It could be named something like `commit.gpgsign=default-yes`. Thank you for your time, Joshua Nelson ``` ## brian m. carlson, 2018-03-11 17:21 Subject: Re: [Feature request] Add config option to gpgsign IFF key is present Message-ID: <20180311172142.GA249931@genre.crustytoothpaste.net> URL: https://gitlist.dev/e/20180311172142.GA249931%40genre.crustytoothpaste.net In-Reply-To: ``` On Sat, Mar 10, 2018 at 03:28:43PM +0000, NELSON, JOSHUA Y wrote: > Currently, `commit.gpgsign` allows you to give either 'true' or 'false' as a value. If the key is not present, commits will fail: > > ˋˋˋsh > $ git commit -m "example" > error: gpg failed to sign the data > fatal: failed to write commit object > ˋˋˋ > > I like to reuse my config file across several machines, some of which do not have my GPG key. Would it be possible to add an option to sign the commit only if the private key for `user.signingkey` is present? It could be named something like `commit.gpgsign=default-yes`. Unfortunately, this isn't always possible. You can forward the Unix socket for the agent over an SSH connection, at which point the remote machine has the ability to sign, but the gpg client doesn't list those as existing secret keys in its output (because technically, those keys don't exist on the remote system). I use this technique at work, for example, to sign things on my development VM. It might be possible to make the failure of the signing operation not be fatal in this case, although that could cause people to fail to sign due to transient failures even when the key is present on the system. I usually handle this by storing my main configuration in ~/.gitconfig and on machines where I have a key, additionally having a ~/.config/git/config file that contains the commit.gpgsign entry. -- brian m. carlson / brian with sandals: Houston, Texas, US https://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: https://keybase.io/bk2204 ``` ## Joshua Nelson, 2018-03-11 23:46 Subject: Re: [Feature request] Add config option to gpgsign IFF key is present Message-ID: <1590381.vKE574KI6v@debian-thinkpad> URL: https://gitlist.dev/e/1590381.vKE574KI6v%40debian-thinkpad In-Reply-To: <20180311172142.GA249931@genre.crustytoothpaste.net> ``` I like having machine-specific config in ~/.config/git, I think I'll do that. I didn't realize you could forward gpg-agent over a connection, I may look further into that. Thanks for the help! Joshua Nelson On Sunday, March 11, 2018 17:21:42 EDT brian m. carlson wrote: > On Sat, Mar 10, 2018 at 03:28:43PM +0000, NELSON, JOSHUA Y wrote: > > Currently, `commit.gpgsign` allows you to give either 'true' or 'false' as > > a value. If the key is not present, commits will fail: > > > > ˋˋˋsh > > $ git commit -m "example" > > error: gpg failed to sign the data > > fatal: failed to write commit object > > ˋˋˋ > > > > I like to reuse my config file across several machines, some of which do > > not have my GPG key. Would it be possible to add an option to sign the > > commit only if the private key for `user.signingkey` is present? It could > > be named something like `commit.gpgsign=default-yes`. > Unfortunately, this isn't always possible. You can forward the Unix > socket for the agent over an SSH connection, at which point the remote > machine has the ability to sign, but the gpg client doesn't list those > as existing secret keys in its output (because technically, those keys > don't exist on the remote system). I use this technique at work, for > example, to sign things on my development VM. > > It might be possible to make the failure of the signing operation not be > fatal in this case, although that could cause people to fail to sign due > to transient failures even when the key is present on the system. > > I usually handle this by storing my main configuration in ~/.gitconfig > and on machines where I have a key, additionally having a > ~/.config/git/config file that contains the commit.gpgsign entry. > -- > brian m. carlson / brian with sandals: Houston, Texas, US > https://www.crustytoothpaste.net/~bmc | My opinion only > OpenPGP: https://keybase.io/bk2204 ```