Last week:

• libgpg-error: Remove potomo, which was useful, but not needed any more for po with UTF-8: rEbe4f289
• libassuan: T6236: libassuan: Support sendfd/recvfd (possibly by new API) on Windows
• gnupg
  • T6239: gnugp 2.3.8 fails to build with --disable-ldap
    • will backport to 2.2
  • merge T3883: Add Win32-OpenSSH support to gpg-agent's ssh-agent
  • applied T5897: Fix MinGW compilation error with 'struct _stat32' in common/sysutils.c from gnupg-2.3.4
  • merge T5964: gnupg should use the KDFs implemented in libgcrypt

This week:

• T6241
  • and check speedo and gpg-error-config/--with-gpg-error-config
• T6236
  • try support it also with pipe connection for Windows
  • new API?
    • if the use case is common (among POSIX and Windows): estream -> es_fileno -> POSIX fd?
    • if the use case is specific fd for POSIX, HANDLE for Windows?

Re: T6236:
If we change the API we should also get rid of some other stuff:

• Use gpgrt for logging
• Replace the spawn function by those of gpgrt (we may need to update the latter)

Out own usage of passing handles with spawn is the the --status-fd &NNN hack.