default keyid format
Werner Koch
wk at gnupg.org
Fri Jan 29 14:35:07 CET 2016
On Wed, 27 Jan 2016 22:36, dkg at fifthhorseman.net said:
>> but in gpg.c we set opt.keyid_format to KF_SHORT.
>
> hm, confusing. but this is relevant for more than gpg, right? it's
> also relevant in gpgv at least.
Right.
> I'm not particularly worried about those script -- if they're doing
> parsing of non-machine-readable output, they are going to have fix that.
I just wanted to mentione this. I am using long keyid for quite some
time now w/o problems and given that 2.1 changed the format anyway
(to "rsa2048/12345678") I agree that it is not a real world problem.
> More conservatively, i guess we could introduce a "none" option for
> --keyid-format; and make "none" the default, while enabling
> --with-fingerprint automatically.
"none" is a problem becuase the keyid is also used at other places and
wheere we do not have a fingerprint available. Thus your original plan
to make "long" the default seems to be better.
Let me do this along with --with-fingerprint being the default and a new
option --without-fingerprint.
> I see that, but the commit lists me as the author, and the presence of
> my own Signed-off-by line implies that i signed off on the whole piece,
> including the switch back to short keyIDs. This isn't a big deal (i'm
I'll woull add a comment about this to the change-to-long-keyid change
for historical correctness.
Salam-Shalom,
Werner
--
Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz.
More information about the Gnupg-devel
mailing list