I stumbled across my answer. I didn't realize the public key was necessary for
the private key stubs to appear with "gpg2 -K" and become usable. It turns out
my system *was* registering the stubs under ~/.gnupg/private-keys-v1.d/,
probably the whole time.
All I needed to do was to import my
I love talking to myself...
On 06/01/18 13:32, Peter Lebbing wrote:
> gpg-connect-agent
>> learn --force /bye
Cute. I should have noticed my "rewrap" went wrong. It's either:
gpg-connect-agent
> learn --force
> /bye
or:
gpg-connect-agent "learn --force" /bye
HTH,
Peter.
--
I use the GNU
On 06/01/18 13:15, Peter Lebbing wrote:
> It works for me. Where does it go wrong for you?
Odd... it's working sometimes, and sometimes it's not. Sometimes, it
will not get rid of the stubs on --delete-secret-key, or --delete-key
for that matter. A different way of doing it is:
gpg-connect-agent
On 04/01/18 17:56, Bagel Alderman wrote:
> Please let me know if there's anything else I can check that'd be useful
> for diagnosing this. I appreciate your help.
You don't show the process, just the end result.
I'm thinking more along the line of:
gpg2 --with-subkey-fingerprint -K
shows the
Original Message
Subject: Re: Obtaining Key Stubs From Smartcard
Local Time: January 4, 2018 4:27 AM
UTC Time: January 4, 2018 10:27 AM
From: pe...@digitalbrains.com
To: Bagel Alderman <bagel.alder...@protonmail.com>, gnupg-users@gnupg.org
<gnupg-users@gnupg.org>
On 03/01/18 23:42, Bagel Alderman via Gnupg-users wrote:
> Can anyone tell me why gpg --card-status isn't creating key stubs (even
> after the original stubs are deleted)?
Could you post commands entered and their result? We can't tell what
goes wrong just by this description.
It has always