Jack Bates

Fix res_ninit() detection with glibc

RES_USE_DNSSEC must come after res_init()

This response comes almost a year late, is this still an issue? I think this error means there's a problem with the libmilter development files. On my Debian-based system, they're in a package called libmilter-dev. Is there a corresponding package for CentOS? libmilter-devel, maybe? Is it installed?

I think this ticket can be safely closed: 1. The patch provided is for the Debian package opendkim.service (opendkim/debian/opendkim.service) not the upstream OpenDKIM/contrib/systemd/opendkim.service.in. 2. Debian has by now incorporated the proposed change. 3. The change is inapplicable to the upstream OpenDKIM/contrib/systemd/opendkim.service.in (it doesn't contain a -p $SOCKET option).

This response comes a year late, but is this still an issue? SSL_library_init() was deprecated in OpenSSL 1.1.0, but it's still implemented as a compatibility macro in openssl/ssl.h. Your conftest.c contains #include <openssl/ssl.h>, so either /usr/local/openssl11/include/openssl/ssl.h doesn't contain the # define SSL_library_init() OPENSSL_init_ssl(0, NULL) compatibility macro, or some other openssl/ssl.h is getting included ... Your first -I option is -I/usr/local/openssl11/include, and the GCC...

This is great, thanks again!

Awesome, thank you!

interact mistakes Tcl_InputBlocked for EOF