I observed this with Python 2.7 and 3.5, so assuming it affects all
Python versions:
$ /opt/local/bin/python
Python 3.5.1 (default, Dec 13 2015, 13:03:13)
[GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
Setting tab completion.
>>> import ssl
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/opt/local/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/ssl.py", line 98, in <module>
import _ssl # if we can't import it, let the error propagate
ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/lib-dynload/_ssl.cpython-35m-darwin.so, 2): Symbol not found: _SSLv2_method
Referenced from: /opt/local/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/lib-dynload/_ssl.cpython-35m-darwin.so
Expected in: /opt/local/lib/libssl.1.0.0.dylib
in /opt/local/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/lib-dynload/_ssl.cpython-35m-darwin.so
git-svn-id: https://svn.macports.org/repository/macports/trunk/dports@146201 d073be05-634f-4543-b044-5fe20cf6d1d6
This should allow usage of libressl as a replacement for openssl in relevant
ports. Not all ports have been tested, but libressl aims for API
compatibility with OpenSSL, so it is expected to work.
git-svn-id: https://svn.macports.org/repository/macports/trunk/dports@139229 d073be05-634f-4543-b044-5fe20cf6d1d6
See https://trac.macports.org/ticket/34326#comment:39.
The `python3.x-32` executables are only installed for universal builds,
and I can't think of a good way of structuring the `port select`
configuration so that things don't break when switching between
universal and non-universal.
Instead of working ourselves into contortions, let's just drop that link
and hope that no one wants it.
git-svn-id: https://svn.macports.org/repository/macports/trunk/dports@136752 d073be05-634f-4543-b044-5fe20cf6d1d6