[pkg-gnupg-maint] Bug#874304: Bug#874304: gpg: --refresh-keys became extremely verbose and complaining

Werner Koch wk at gnupg.org
Wed Sep 6 06:53:45 UTC 2017


> but I get the same ultra-lengthy output.

Okay, so the issue is a different one.  I did not replicate it but
looked for chnages which could have introduced it.

> Once again, the --no-verbose option does not seem to help, while the -q
> option seems to only suppress the old (useful) output, while retaining
> the lengthy signature check output...

--no-verbose simply removes as previous given --verbose (e.g. in
gpg.conf).  --quit instead should really shut up gpg.

>  a) If gpg repairs the key, while it refreshes it, why does it need
>     to repair it again and again, each time I refresh the same key
>     (which is unchanged on the keyserver)?
>     Is the key "broken" on the keyserver itself?

The repair thing requires that all key signatures are checked and that
is why I assumed it was the cuase for the verbose output.

>  b) While gpg is repairing the key, does it really need to be so
>     verbose and show one line for each verifiable signature?
>     Could gpg repair the key without producing all this output?
>     Maybe when the --no-verbose option has been passed?

No real reasons, probably introduced during development.  OTOH, I
consider it useful to have _some_ diagnostics to see why an import takes
long.  Consider for example my key which has a lot of made up key
signature for a fun effect.

I'd appreciate if you can file a bug upstream at https://dev.gnupg.org


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnupg-maint/attachments/20170906/5a89c1fb/attachment.sig>


More information about the pkg-gnupg-maint mailing list