Open aaplmike opened 6 years ago
root@util2:/usr/local/CalendarServer# uname -a Linux util2 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2 (2017-04-30) x86_64 GNU/Linux root@util2:/usr/local/CalendarServer# cat /etc/debian_version 8.10
Seems like a mismatch between the versions of cryptography and OpenSSL. Only a certain amount of version skew is tolerated, and that amount varies over time based on... entropy? luck?
Hopefully, installing a newer OpenSSL is all that's needed. Also, you can use a fresh virtualenv as a simplified test case:
virtualenv crypto_test
cd crypto_test
source bin/activate
pip install cryptography
If you make any changes to system-provided deps, you might need to delete the .develop directory (in the git checkout root dir) before retrying ./bin/develop to pick up the changes.
References:
The way I fixed this for myself was removing the version pinning in requirements-twisted-default.txt.
Presumably the implication for packagers is that they should patch this as part of their distribution process to be whatever version that happened to pick for you.
Can't get past this error. Latest python-cryptography already installed. Any ideas?