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
>> s
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
th
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 star
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 downloadi
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 collis
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.
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
> k
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 f
> 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 ke
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 collis
10 matches
Mail list logo
