I tested building on Ubuntu 8.04 (gcc-4.2) and got same error about cipher_bulk_ops_t. Applying patch fixed that problem.

Thanks for testing. However, I do not believe patch has been correctly applied.

In T5264#142094, @jukivili wrote:

Here's patch to try out:

0001-cipher-proto-remove-forward-typedef-of-cipher_bulk_o.patch6 KBDownload

In T5268#142155, @gniibe wrote:

To support old macOS (< 10.12), I think that code should be something like this:

diff --git a/random/rndlinux.c b/random/rndlinux.c
index 04e2a464..f378a549 100644

T4702 is our release info task for 2.3.0

Sorry, we won't apply such changes. A couple of years we did this and all we earned were a few extra bugs aqnd useless diffs. Further many of those changes are in files which will be updated from upstream time to time and your chnages would be lost.

You should have received mail with additional log levels now

OK, I only edited documents and notes, no code changes.

In T5264#142064, @jukivili wrote:

In "src/cipher-proto.h", try removing typedef and leaving just forward declaration of structure.

Performing only this change leads consistently to the well-known error of:

In T5264#142059, @werner wrote:

Do not use -fno-common

The translated bulk patch fails. Compilation still runs into this error:

This has loong been resolved.

In T5264#142094, @jukivili wrote:

Here's patch to try out:

0001-cipher-proto-remove-forward-typedef-of-cipher_bulk_o.patch6 KBDownload

@gniibe Hi! Can you estimate, when this feature will be released?
I have not found this patch in the latest GnuPG release tags (in the Git repository) either by the name or the commit hash.

Should be fixed in the next version.

This has been commited with 0fecf066e3c944b8ce590d9a805c1ac93ba74d71 5c82f133bd68215a12d852d2ed6782e20d27f783

This has been added and released with Gpg4win-3.1.15

Hi, thanks! I've converted the README to gbk encoding as this was the encoding we had used for the installer before we switched to UTF-8, we use local8bit encoding in the README files to be compatible with Notepad.

We have this.

Modified and commited with: rev. 2859eddfb0c935d3f9eb9ccc1b42c121621123e9 I'm not sure if phabricator automatically does it when I mention the differential as GnuPG-Bug-Id

Thanks for noticing, I did not have Qt4 on my radar when writing this. The delayed raise with the timer might be only necessary on windows, on linux we don't have reports that just doing an activateWindow and raise does not work. So this is mostly for windows and there the Qt4 pinentry is not relevant.

obsolete

That says "Interface not supported" when GpgOL is trying to obtain some data from Outlook. AFAIK this can only happen if the server is either not a Microsoft MAPI server like OpenExchange or KOPANO or so. But even these two are known to work.

Thanks for the report. Some time ago I wrote the code in a way that when setting the HTML body failed it would fallback to the plain body, regardless of the preferences:
So even though there is an error that error is handled. https://dev.gnupg.org/source/gpgol/browse/master/src/mail.cpp;4d57033a095aecf8529606428efef6af466f1196$1488

Alright!

@ballapete when you have time, could you also test https://dev.gnupg.org/T5268#142155 on Tiger?

To support old macOS (< 10.12), I think that code should be something like this:

Thanks. However, we need to go over the list one by one to decide this. For example
"http://gnupg.org/.well-known/openpgpkey/hu/12345678" is actually expected to return a 404 and test code may very well use http:

I created T5268, please continue discussion there.

Just for the information, this library of Rust checks if the symbol definition is available (not NULL), and use getentropy in that case.
fall back to /dev/u?random

https://www.unix.com/man-page/mojave/2/getentropy/ says getentropy is available in 10.12 or later.

I realized that it's a bit difficult for macOS to use getentropy.

Please note that we also have a commit rC477355047e5c: mpi/longlong: make use of compiler provided __builtin_ctz/__builtin_clz.

• For Ed25519 private key segfault: see T5267
• For macOS getentropy: see T5268
• For invm failure: see T5269

Right now I am compiling with my old PowerBook in Tiger. In case a compilation fails I'll try this patch – on Tiger (Mac OS X 10.4.11)! It's a bit more primitive than Leopard.

Here's patch to try out: