When releasing OpenSSL patch-level maintenance updates,
we do not want to rebuild binaries using it.
And since they guarantee ABI stability, we do not have to.
Teor is right -- I'm really glad that openssl is aiming for ABI compatibility now, but they are still have enough complexity going on that I'm not confident that they won't mess it up in the future.
With that in mind, I'd suggest a middle-ground message. Let's log at NOTICE instead of INFO or WARN, and let's say something like "We compiled with OpenSSL X and we're running with OpenSSL Y. These two versions should be binary compatible." That way if people do run into bugs some time they can report that message.
Minor bookkeeping: let's base this on maint-0.3.5 rather than master so that we can backport it to LTS. We'll also need a "changes" file as described in doc/HACKING/CodingStandards.md.
Looks better -- one problem is that the lintChanges.py script says that your changes file is not in the requested format, so CI is failing. Could you make sure that make check and make check-local both pass?
I could use some help there. It wants a ref of an old change.
git blame gave me commit 3e3ec7 referencing issue 17549
but commit 7607ad2 seems to be the original source
and then how to find the release from that?