We may do this for gpg4win-5 but not for the current versions.

You are right. Printing the algo was missing in gnupg22.

Please do not add milestone tags.

2.2. reaches EOL in 6 weeks and thus we won't look at a potential problem with no real world impact.

@ikloecker indeed we try only for 5 seconds:

FWIW, there is some code in gpa which uses the event counter. It was introduced with
rGPA936825b4b994cdf5900fc987abd9be7889989627

Please ask on the forum or a mailing list for help.

FWIW, we should eventually get rid of the pipe + socket style connection model. It is just to complex with no real benefit.

I see. Thanks for explaining. we can of course contact the gettext author (whom I happen to know).

FWIW, Andre had to introduce --use-first to fix another problem.

Fixed for all branches.

In T7379#193696, @ikloecker wrote:

I assume by "do such things in the background" you mean that GnuPG should do this automatically in the background.

Support for NKS (Telesec NetKey card and Signature card v2, both based on TCOS) is very old and predates the support for multiple applications. They are also not as well separated as with Yubikey applications. Thus the auto switching between the NKS app and the SigG app.

The whole learn-card thing is more a hack than a solid way to make cards known. We should do such things in the background when a new card has been seen.

Thanks.

If 7z is used to create a tarball that tarball is then 7z compressed. At least this is how I understand the case.
When gpgtar now tries to extract the file it sees a 7z file and thus emits the octal number warnings because it assumes a tarball (after decryption by gpg).