Hi,
I'm using gnupg 2.2.13 and 1.4.23 on Fedora 29 on gnome desktop on two
computers. Usually, I use 2.2.13.
On one desktop, gpg-2.2.13 works perfectly. However on the other one,
gpg-agent seems to work wrong. It doesn't seem to pass the passphrase
entered to gpg2 properly. So I cannot de
On 3/18/19 1:25 PM, Tetsuji Rai wrote:
> Hi,
>
> I'm using gnupg 2.2.13 and 1.4.23 on Fedora 29 on gnome desktop on two
> computers. Usually, I use 2.2.13.
>
> On one desktop, gpg-2.2.13 works perfectly. However on the other one,
> gpg-agent seems to work wrong. It doesn't seem to pass the p
On 17/03/2019 13:17, Brian Exelbierd wrote:
> Having done no code examination, I feel like this is where the
> identity information for subkeys comes into play. I presume the SSH
> request would pass the value of the identity file to the gpg-agent.
> This is probably 100% wrong though/
30% wrong?
On Sun, Mar 17, 2019, at 1:12 PM, Peter Lebbing wrote:
> On 17/03/2019 12:45, Brian Exelbierd wrote:
> > There is no longer an identityfile to use in the .ssh/config file
> > which means all auth keys are tried with all hosts. I have multiple
> > auth keys and the hosts give up after 2 or 3 fai
On 17/03/2019 12:45, Brian Exelbierd wrote:
> There is no longer an identityfile to use in the .ssh/config file
> which means all auth keys are tried with all hosts. I have multiple
> auth keys and the hosts give up after 2 or 3 failures. How can I get
> the right key served to the right host sin
On Sat, Mar 16, 2019, at 11:12 AM, Peter Lebbing wrote:
> Hi Brian,
>
> On 15/03/2019 23:28, Brian Exelbierd wrote:> Hi,
> > Either way, I am unsure how to identify which subkey is which SSH key.
>
> Provided the auth keys are in your .gnupg/sshcontrol file, the following
> will help:
>
> --8<--