Tue, Sep 24
Fixed in libassuan 3.0.0.
Thu, Sep 12
Sep 4 2024
Aug 16 2024
Aug 10 2024
Actually we should get rid of stdio functions and use the es_foo replacements from libgpg-error.
Jul 11 2024
The socklen_t use are now being fixed in newer POSIX Issue 8, 2024.
https://www.man7.org/linux/man-pages/man3/socklen_t.3type.html
Jun 28 2024
Yes, the SO number changed. Before that you had run the test with an old version of the library or maybe the current one depending on your system. However, a changed SO number means that you have can have two versions of the library installed and they don't alias them with symlinks. We rarely update SO numbers but int he libassuan case we did it because technically we had a minor ABI change but GnuPG and Cie. are not affected; we did it anyway to be correct.
Jun 24 2024
Debian uses symbol versions to help with library transition. See https://lists.gnupg.org/pipermail/gnupg-devel/2024-June/035587.html for more. Although I am not sure whether this is a good idea, I just released a new version 3.0.1 with just a chnage in the symbol versioning. See rAc9e902705a
Jun 21 2024
Now also done for libksba.
Done in 3.0.0.
Done in 3.0.0.
Done in 3.0.0.
Added in 3.0.0.
Jun 19 2024
Jun 18 2024
Jun 5 2024
May 27 2024
It's tested by gnupg master (for gnupg26) for a year. Let us move on.
Mar 6 2024
Feb 29 2024
Feb 23 2024
I think we should close this bug or re-purpose it to silence those warnings in common cases.
Aug 4 2023
Pushed the change into master of libassuan (to be 3.0).
Aug 2 2023
Jul 24 2023
Jun 19 2023
May 12 2023
Pushed to GnuPG master. Let us test. For my machine of Debian GNU/Linux, Wine emulation (Windows 32-bit, Windows 64-bit), make check goes all well.
After confirming the implementation, I'd like to put it into gpgrt.