Werner Koch wrote:
On Tue, 29 Jun 2021 15:31, Стефан Васильев said:
I don't understand why the BSI is looking for Post Quantum
Cryptography
support with OpenPGP for Thunderbird and not for the promoted gpg4win,
I can't tell you that. I do not have anymore information than you.
From reading
On Tue, 29 Jun 2021 15:31, Стефан Васильев said:
> I don't understand why the BSI is looking for Post Quantum Cryptography
> support with OpenPGP for Thunderbird and not for the promoted gpg4win,
I can't tell you that. I do not have anymore information than you.
From reading the tender it is cle
On Tue, Jun 29, 2021 at 05:53:53PM +0200, Bernhard Reiter wrote:
> Am Dienstag 29 Juni 2021 14:44:39 schrieb Konstantin Ryabitsev via
> Gnupg-users:
> > With this change, they are replacing PGP with ed25519, but everything else
> > remains pretty much the same
>
> But OpenPGP so much more than on
Am Dienstag 29 Juni 2021 14:44:39 schrieb Konstantin Ryabitsev via
Gnupg-users:
> With this change, they are replacing PGP with ed25519, but everything else
> remains pretty much the same
But OpenPGP so much more than one algorithm,
you can even use ed25519 with OpenPGP today.
(Again, probably b
Hello Werner and all,
I don't understand why the BSI is looking for Post Quantum Cryptography
support with OpenPGP for Thunderbird and not for the promoted gpg4win,
in the first place?
Text in German language:
https://www.evergabe-online.de/tenderdetails.html?5&id=397181
As understood, Germany
On Tue, 29 Jun 2021 09:59, Schultschik, Sven said:
> I looked now for days at the code and didn't saw this trivial fault. The
> Nullpoint check for the outstream was missing.
valgrind is your best friend in such cases.
> But a null point check for gpgme wouldn't be a bad idea. This way it could
On Tue, Jun 29, 2021 at 08:37:56AM +0200, Bernhard Reiter wrote:
> Am Sonntag 27 Juni 2021 18:56:15 schrieb Стефан Васильев via Gnupg-users:
> > maybe interesting for some of you.
> > https://wiki.debian.org/Teams/Apt/Spec/AptSign
>
> This does not have references on the problems it is claiming to
Hi Ingo,
you were totally right.
I looked now for days at the code and didn't saw this trivial fault. The
Nullpoint check for the outstream was missing.
So I check now the outstream for nullpointer and catch it.
But a null point check for gpgme wouldn't be a bad idea. This way it could
be a c
Hi,
On Montag, 28. Juni 2021 21:37:58 CEST Schultschik, Sven via Gnupg-users
wrote:
> Hello all together,
>
> I have created a small Applikation to zip and encrypte and vise versa.
>
> I struggle at the point of err = gpgme_op_decrypt(ctx, in, out);
> Which terminates with an segfault
