I’m having similar RARGB issues on OS X (10.7.5) as it’s using an older version of curl:
$ curl --version
curl 7.21.4 (universal-apple-darwin11.0) libcurl/7.21.4 OpenSSL/0.9.8z zlib/1.2.5
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smtp smtps telnet tftp
Features: AsynchDNS GSS-Negotiate IPv6 Largefile NTLM SSL libz
which fails even just on the command line:
$ curl https://torrentapi.org/pubapi_v2.php?get_token=get_token
curl: (35) error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure
Installing the latest via homebrew gives me a working command line version (if I specify that binary), but doesn’t fix the issue, presumably because…
==> Caveats
This formula is keg-only, which means it was not symlinked into /usr/local.
OS X already provides this software and installing another version in
parallel can cause all kinds of trouble.
Generally there are no consequences of this for you. If you build your
own software and it requires this formula, you’ll need to add to your
build variables:
LDFLAGS: -L/usr/local/opt/curl/lib
CPPFLAGS: -I/usr/local/opt/curl/include
So, is there a way to specify /usr/local/opt/curl/lib/libcurl.4.dylib
? For example, changing CurlSharp.dll.config to include <dllmap os=“osx” dll=“libcurl.dll” target="/usr/local/opt/curl/lib/libcurl.4.dylib"/>
didn’t solve this for me, even after a sonarr restart.