Thank you for having a look into that. If I see right, Fedora has a real s390 hardware for builders so I can verify the fix when available.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Jun 20 2024
Algo 329 and 330 are the new CSHAKE128 and CSHAKE256 digest algos. Looks that s390x only support accelerating SHA3 and SHAKE, as only SHA3 and SHAKE suffix are supported (see keccak_final_s390x()). So s390x acceleration needs to be disabled for CSHAKE algos.
I encountered this also on macOS. Apparently, Apple does not provide an declaration for environ, in contradiction to the manual page for execv.
Jun 19 2024
Please create a bug report instead of pointing to a specific commit. Sure the commit is helpful but w/o a bug report we can't track a bug. I'll do it for you this time ;-)
With the release of libgpg-error 1.50 I now get the following error:
I'm setting this back to Testing. In the meantime GpgME has been updated to a 1.24.0 beta version and includes the needed functionality.
I backported this trivial fix for VSD 3.3. Support for drag&drop of certificates from Kleopatra to other applications or the desktop was added for VSD 3.3 (T6893) and it shouldn't confuse the users.
Ready for testing. Backported for VSD 3.3.
Jun 18 2024
A minimal fix would be:
Jun 17 2024
Backported for VSD 3.3
I checked who eats the second valid signature after the first invalid one. It's gpg in batch mode.
In reply to Ingo:
Ok, I can live with that but I still would like this message to be improved.
Looking at it some more I noticed some other details which bother me:
It is trivial append a bogus signature and would thuns inhibit to check the expected signature.