- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Apr 17 2025
In T5444#146395, @werner wrote:You should anyway use --quick-gen-key.
This is still broken on 2.5.5.
Apr 16 2025
Gpg4win is a community version and we may or may not apply Authenticode signatures. You can do that yourself, after having checked our OpenPGP release signature. You may however be interested in GnuPG Desktop, which comes with full support and also Authenticode signature.
This is resolved in the final Beta15.
Unfortunately, the attempt on my end still fails. The MSI package was successfully built; however, testing installing it on a Windows host resulted in garbled UI text and a bunch of errors.
Possibly related upstream bug:
light.exe : error LGHT0216 : An unexpected Win32 exception with error code 0x65B occurred: Function failed
Apr 15 2025
Yes. I did only one test though, with an inline PGP mail sent with Claws.
Yes it does. I even tested it yesterday.
Looks like plain old inline PGP. Does GpgOL even support inline PGP?
POSIX specifies and requires grep -E, but only mentions egrep as old.
https://flowcrypt.com/
They use OpenPGP.js according to https://flowcrypt.com/docs/getting-started/overview/openpgp-compatibility.html
They have a cooperation with Google.
What is FlowCrypt?
Removing egrep from a Unix system will break all kind of stuff. I am not even sure whether old Unices support grep -E.
Apr 14 2025
Apr 13 2025
Apr 12 2025
And, one more update, to fix win32 builds under --disable-npth. This is a roll-up patch that i think covers everything, you can disregard the earlier patches posted here.
Hm, we probably should avoid gpgv linking to npth as well, as that's also a sticking point in debian. This updated patch (also targeting the 2.4 branch) also has gpgv building against libcommon instead of libcommonpth, which appears to remove the dependency for me.
Apr 11 2025
This patch avoids the unnecessary libassuan linkage by creating a set of stub functions to handle the keydb formats while avoiding potential callouts to keyboxd:
I tried to apply crude patches. Since _POSIX_C_SOURCE is defined when <string.h> is included (in pre-compiled source I see
