Only enabled for UNIX #ifdef/#else/#endif

I had overlooked this fix rG044379772fc5: common: Fix the previous commit., after the commit of rGb1c56cf9e2bb: common: Use gnupg_spawn_process_fd to invoke gpg-agent/dirmngr..

All right, using the current master a Windows user with a Unicode name (e.g. Ⓐlfred E. Neumann) is now able to use gpg properly. Quite a lot of changes were required and backported to 2.2 will also be some work. More testing is of course required. Note that libassuan needs to be taken from Git until we have done a new release.

I created this patch D509: Yubikey supports two (or more) apps, serial number problem.

My sks keyserver is in Linux Ubuntu 18.04 LTS. As a client I'm using windows 10 and gpg4win is 3.1.13.

Hmm, interesting. I'm using the Back button all of the time to get back to the certificate list from the smartcard manager. Might be a Windows-only bug.

Are you on Windows or Linux? What version of Kleopatra or Gpg4win are you using?

See also T5098 - I am sorry for this regression. We are working on a fix.

Which version of Gpg4win did you install, from where, and which OS version are you using? Why did you install gpg4win at a non-default location?

But changing just the displayed S/N should not disturb anything.

No, the above patch makes OpenPGP app stop working.

(I don't know well about Yubikey specific serial number.)

gcc also warns about missing arguments and hopefully also if the arg for %n is not an int*.
You may need to enable these warnings which we do at least in maintainer-mode. On Windows some of the warnings might be wrong because mingw assumes the MS implementation.

Fair enough with regards to portability, and this is not a hill I will die on, but can you comment on the security concerns of using %n?

Nope %n works on all implementations I am aware of. It has to because it is part of even C90.

Hi Werner,

@werner , if you would like some help moderating this bug tracker, I don't mind volunteering to do it.

Sorry, it is entirely non-sense to ban useful printf features. Also note that we use our own printf implementation to avoid portability problems with for example "%zu". If you have a problem with any of the uses of "%n", please explain the problem.

Please understand that this is a bug tracker and not a support line.

The user is asked for a passphrase only if the key has a passphrase. I am still in favor of making a passphrase optional and then we need an extra dialog. Better safe than sorry. Those who have a workflow which includes the export of the secret key can still use the command line.

I suggest to also change the option to "Backup Secret Key..." (i.e. singular instead of plural) because the corresponding action does not support the export of multiple secret keys.

This doesn't help. I think that's because after

flush_cached_data (app, dobj->tag);

do_writecert does

do_readkey (...)

which fills the cache again.

Caching issue. do_writecert in app-piv flushes the cache but may be the wrong DO. Can you try to

Kleopatra does now support using multiple smartcards with multiple apps concurrently (at least as far as the backend scdaemon supports this). Only tested with master of everything so far.

Hello,
I finished the Italian translation of the GnuPg 2.2 file.
I need help, can you please update the source project with this translation? I am a beginner, unable to do this.
I attach files translated into Italian

I think you have missed the Key Pair Creation Wizard:

Create a personal X.509 key pair and certification request

kleopatra/src/newcertificatewizard/chooseprotocolpage.ui