- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jun 19 2024
Jun 18 2024
Jun 17 2024
It is trivial append a bogus signature and would thuns inhibit to check the expected signature.
Note that the origin stored for the key is for example required if a key is updated by fingerprint. In that case we don't known from which user ID to take the origin.
Jun 13 2024
Jun 11 2024
Done for all branches,
Jun 10 2024
Jun 7 2024
Jun 6 2024
Not much QA can do here.
Can't find a mail - closing the ticket. Feel free to reopen or send me a mail to werner dot koch at gnupg.org but replace the org by com.
Jun 5 2024
Now also with support for --quick-add-adsk in 2.6. This will work also for gpgme without further changes.
Jun 4 2024
Let us drop the option to select the ADSK and instead take them from the gpg.conf configured ADSK for new keys. Thus a simple dialog with a confirmation will be sufficient. We add some magic to gpgme to allow this with the adsk API. This solves the use-case to add ADSK to alread-existsing keys in the same way as they are added to new keys.
Jun 3 2024
Done for 2.6.
This is related to T6818
Recall that on windows you have a current working directory per drive. Thus only LETTER:\foo is a full patch - or an UNC (\\SERVER\foo).
May 31 2024
Do not use the pcscd but the integrated CCID driver. This is actually the default form Unix. Or are you on Windows?
All fine. I just noticed it while checking the patch. All applied and more fun with cherry picking in the future ;-)
May 30 2024
In more than 25 years of OpenPGP we only had a few new implementations which got it wrong. I see no need to fix it here - maybe import could indeed reject such a key, though.
May 29 2024
Right away the first patch: