Dies schrieb John Clizbe (jpcli...@gingerbear.net):
1) It doesn't appear you checked the need for this patch against the current
trunk source, changelog, commit history, or any server running 1.1.4+. What
did you use as your source for SKS?
I did use the current trunk source. I however
On Tue, 2013-09-10 at 22:40 -0500, John Clizbe wrote:
2) As Christoph has already pointed out, this breaks the draft we try to
follow as our standard.
One should add though, that it's only a pseudo-standard... perhaps one
should pick up that work again and make a proper RFC out of it... one
Stefan Tomanek wrote:
Dies schrieb John Clizbe (jpcli...@gingerbear.net):
2012-10-27: Fixes for machine-readable indices.
Key expiration times are now read from self-signatures on the key's UIDs.
(KF)
In addition, instead of 8-digit key IDs, index entries now return the most
specific key
With this change, an additional line is appended to each search result when
using the machine readable output. This line is prefixed with fpr: and
contains the fingerprint of the key returned, making it possible to
distinguish
keys from each other before downloading them - even if a key id
Dies schrieb Christoph Anton Mitterer (cales...@scientia.net):
On Tue, 2013-09-10 at 23:29 +0200, Stefan Tomanek wrote:
With this change, an additional line is appended to each search result when
using the machine readable output. This line is prefixed with fpr: and
contains the
On Tue, 2013-09-10 at 23:29 +0200, Stefan Tomanek wrote:
With this change, an additional line is appended to each search result when
using the machine readable output. This line is prefixed with fpr: and
contains the fingerprint of the key returned, making it possible to
distinguish
keys
On Wed, 2013-09-11 at 02:13 +0200, Stefan Tomanek wrote:
Just to be on the safe side, what about making the
fpr line depend on the fingerprint parameter?
I think that sounds generally reasonable... not only for being on the
save side... and I guess you're right and now client should fail.
Stefan Tomanek wrote:
With this change, an additional line is appended to each search result when
using the machine readable output. This line is prefixed with fpr: and
contains the fingerprint of the key returned, making it possible to
distinguish
keys from each other before downloading