Fri, Jan 17
Implemented in master.
Thu, Jan 16
BTW, I just pushed some new features to maste for the gpg-card tool. You can now do
The first "SCD SERIALNO" command let scdaemon re-scan smartcards/tokens.
With new "KEYINFO" command in scdaemon, a list of card keys can be retrieved by:
Dec 23 2019
Dec 18 2019
Dec 17 2019
Many cards have some printed information and I consider them important to avoid testing one by one all the cards from my pocket.
This I am really in favor of beeing asked to insert the respective card. The new text format private key files make it much easier to maintain this info
Dec 6 2019
In 2.2.18, this fix is not included. (partial fix was reverted)
Nov 25 2019
Nov 18 2019
This will be in 2.2.18, closing.
Oct 29 2019
Sorry, it was simply my confusion (between GEMPC_PINPAD and GEMPC_EZIO).
Oct 28 2019
Please test. When I can confirm that it is stable, I'll backport it to 2.2.
Oct 18 2019
Or... it could be a feature, not bug, so that failure of -e -r someone can be examined by --locate-keys someone.
Let me clarify the point.
Oct 17 2019
I think that we should apply further change:
diff --git a/g10/getkey.c b/g10/getkey.c index 077209415..1c337149c 100644 --- a/g10/getkey.c +++ b/g10/getkey.c @@ -1369,7 +1369,7 @@ get_best_pubkey_byname (ctrl_t ctrl, enum get_pubkey_modes mode, *retctx = NULL;
I found more wrong cases of get_best_pubkey_byname.
For ranking results,
(1) It may return non-encryption primary key as the most relevant key, when its validity is higher.
(2) It may not select encryption primary key even if its creation time is newer.
Oct 16 2019
I also think this makes the most sense.
In my opinion, --locate-key should locate encryption key.
Oct 15 2019
@gniibe oh, I see thanks for pointing out precisely main the problem. I will check the hardware supply chain RoHS 2002/95/EC
There are some problems with the definition of --locate-key. Further discussion required.
@pow, thanks for a reference. But problem here is that there are multiple products with same name.
Oct 9 2019
Oct 2 2019
I modified _gcry_ecc_fill_in_curve so that g_y has new value in eid4730.