OK, it turns out my curl is currently configured to use nss not openssl, in contrast to when I first reported this issue. Reason is that mail-client/thunderbird-bin-5.0 requires it this way.
After enabling curl debug symbols in https://bugs.gentoo.org/379533 I got a backtrace of the curl location where this error code is first stored:
#0 Curl_nss_connect at nss.c:1386
#1 Curl_ssl_connect at sslgen.c:199
#2 Curl_http_connect at http.c:1307
#3 Curl_protocol_connect at url.c:3328
#4 Curl_setup_conn at url.c:5057
#5 Curl_async_resolved at hostasyn.c:145
#6 connect_host at transfer.c:1992
#7 Curl_do_perform at transfer.c:2122
#8 do_curl_perform at src/pycurl.c:1024
#9 call_function at Python/ceval.c:3997
OK, it turns out my curl is currently configured to use nss not openssl, in contrast to when I first reported this issue. Reason is that mail-client/ thunderbird- bin-5.0 requires it this way.
After enabling curl debug symbols in https:/ /bugs.gentoo. org/379533 I got a backtrace of the curl location where this error code is first stored: connect at url.c:3328
#0 Curl_nss_connect at nss.c:1386
#1 Curl_ssl_connect at sslgen.c:199
#2 Curl_http_connect at http.c:1307
#3 Curl_protocol_
#4 Curl_setup_conn at url.c:5057
#5 Curl_async_resolved at hostasyn.c:145
#6 connect_host at transfer.c:1992
#7 Curl_do_perform at transfer.c:2122
#8 do_curl_perform at src/pycurl.c:1024
#9 call_function at Python/ceval.c:3997
See https:/ /github. com/bagder/ curl/blob/ curl-7_ 21_7/lib/ nss.c#L1386 for source code.
Will try to build an instance of curl linked against openssl, just to see what happens, but probably won't keep that installed by default.