Your message dated Mon, 16 Mar 2015 21:01:25 +0200
with message-id
<camckhmtgtqne9xf-2dj4r67ogmnkmxsd-khjktchoxpeg-9...@mail.gmail.com>
and subject line Re: Bug#772842: #772842 not fixed
has caused the Debian Bug report #772842,
regarding FTBFS with OpenSSL 1.0.2~beta3-1 from Experimental
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
772842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772842
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: python-cryptography
Version: 0.6.1-1
Severity: important
Hi,
I've tried building python-cryptography using openssl from Experimental,
and it fails with issues with SSLv3. I'm not sure if the issue is in
OpenSSL itself or in python-cryptography, though I thought it was a good
idea to report this issue ASAP.
Since OpenSSL 1.0.2~beta3-1 is only in Experimental, this is only a bug
of severity important. However, it'd be nice to have a version of
python-cryptography uploaded to Experimental which could build against
the 1.0.2~beta3-1 version of OpenSSL.
Cheers,
Thomas Goirand (zigo)
--- End Message ---
--- Begin Message ---
Version: python-cryptography/0.7-1
On 16 March 2015 at 17:22, Thomas Goirand <[email protected]> wrote:
> Trying to build a backport for Jessie, I rebuilt openssl,
> python-cryptography-vectors, and then when trying to build
> python-cryptography, the unit tests failed because of SSLv3 again. So the
> issue isn't fixed, and I'm reopening the bug.
I debugged this further with Thomas over IRC, reporting the results
here for posterity. The test failures are caused by this:
../../../tests/conftest.py:16: in pytest_generate_tests
selected_backends = select_backends(names, _available_backends())
cryptography/hazmat/backends/__init__.py:27: in _available_backends
"cryptography.backends"
cryptography/hazmat/backends/__init__.py:26: in <listcomp>
for ep in pkg_resources.iter_entry_points(
/usr/lib/python3/dist-packages/pkg_resources.py:2190: in load
['__name__'])
cryptography/hazmat/backends/openssl/__init__.py:7: in <module>
from cryptography.hazmat.backends.openssl.backend import backend
cryptography/hazmat/backends/openssl/backend.py:1223: in <module>
backend = Backend()
cryptography/hazmat/backends/openssl/backend.py:79: in __init__
self._binding.init_static_locks()
cryptography/hazmat/bindings/openssl/binding.py:142: in init_static_locks
__import__("_ssl")
E ImportError:
/usr/lib/python3.4/lib-dynload/_ssl.cpython-34m-x86_64-linux-gnu.so:
symbol SSLv3_method, version OPENSSL_1.0.0 not defined in file
libssl.so.1.0.0 with link time reference
This is an error importing the Python _ssl stdlib library, caused by
#768476 (python requires patching/rebuilding to not link against the
SSLv3_* symbols), rather than with cryptography itself; the workaround
is either to rebuild openssl from experimental without the patch
removing the SSLv3_*method symbols, or fix the issue in the python
package (or not use experimental openssl at all, of course).
--
mithrandi, i Ainil en-Balandor, a faer Ambar
--- End Message ---
