link packages requiring OpenSSL against the version distributed with Anaconda

[jchiang87]

Over at DarkEnergyScienceCollaboration/Twinkles/#210, @mjuric says:

@heather999, @jchiang87 -- try creating a link to /usr/lib/libssl.so.1.0.0 named libssl.so.10, and place it somewhere onto the LD_LIBRARY_PATH where the code can see it. The issue is that RHEL installs the openssl library as libssl.so.10, rather than libssl.so.1.0.0 ( e.g., see an analogous issue at http://askubuntu.com/questions/339364/libssl-so-10-cannot-open-shared-object-file-no-such-file-or-directory).

Also, could you open an issue on http://github.com/mjuric/conda-lsst (the right way to fix this is to link packages requiring OpenSSL against the version distributed with Anaconda)?

A similar linkage problem was seen for libcrypto.so.10

[jchiang87]

As a follow-up, this issue is breaking the travis-ci builds of DESC pakcages that use the Stack from http://eupsforge.net/conda/dev, e.g., https://travis-ci.org/DarkEnergyScienceCollaboration/Twinkles/builds/124848104 . I can put in the symlink workaround, but it would be great if this could be fixed in the next version of the conda-distributed binaries.