Fri, Oct 23
What can be done is to use gpgconf --list-dirs bindir as a fallback for pinentry.
Sorry, hhis is a bug tracker and not a help line. Please ask on a mailing list - see gpg4win.org or gnupg.org
Backported to 2.2. Note that an updated libgcrypt is also required (for 2.2 and master)
For the Debian problem it might be better to use "gpgconf --launch" and we add an option here to wait for the daemon to be started. That can be implemented in gpg-connect-agent which then should get the same option.
Frankly, I do not like this change - in particulalr not for the stable branch. Having a timeout on connections is actually a Good Thing and better than to wait indefinitely. There is a high risk on regressions and that is not acceptable for the stable branch. The branch already had a couple of regressions in 2.2.2x and we need to fix them and not introduce others.
Thu, Oct 22
Wed, Oct 21
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.
Tue, Oct 20
Mon, Oct 19
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.
- catch up
Sun, Oct 18
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.
Nope %n works on all implementations I am aware of. It has to because it is part of even C90.
Fri, Oct 16
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.
Wed, Oct 14
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.
Tue, Oct 13
Caching issue. do_writecert in app-piv flushes the cache but may be the wrong DO. Can you try to
Fri, Oct 9
Thu, Oct 8
Wed, Oct 7
Tue, Oct 6
Please ask your distribution . What I see here is a problem with the packaging of a dedicated build system. This is not the build system which comes with GnuPG. Feel free to reopen if you can show that this is a native gnupg build problem.
Mon, Oct 5
Should not be too complicated.
- Bug triage and fixing
- Attended a two day workshop on GnuPG VS Desktop
- Switched my own environment to the keyboxd. (and found a problem meanwhile)
Sun, Oct 4
That is a version of gpg4win which we don't support or even know about. Please ask at their support site. Sorry.
We do have an Italian translation but it is quite outdated: