Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 02 Aug 2016 11:13:47 +0000
From:      bugzilla-noreply@freebsd.org
To:        python@FreeBSD.org
Subject:   [Bug 210820] lang/python27: _ssl.so fails to build (Undefined symbol "SSLv2_method")
Message-ID:  <bug-210820-21822-0Czg7tldTX@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-210820-21822@https.bugs.freebsd.org/bugzilla/>
References:  <bug-210820-21822@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210820

Rudolf =C4=8Cejka <cejkar@fit.vutbr.cz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cejkar@fit.vutbr.cz

--- Comment #12 from Rudolf =C4=8Cejka <cejkar@fit.vutbr.cz> ---
Just a small reminder and more description for those, who want to reproduce
this problem (as I came across it yesterday too): The problem is still here=
 and
not fixed.

How to reproduce it (as of ports revision r419436, Aug 1 2016):

- Install 11-STABLE/HEAD, where SSLv2 is removed from /usr/lib/libssl.so.8
- Install security/openssl with default options, where SSLv2 in
/usr/local/lib/libssl.so.8 is still included
- DO NOT Install or Uninstall port devel/ncurses - then base ncurses are us=
ed
and -rpath /usr/lib:${LOCALBASE}/lib is added
- Then try to upgrade lang/python27. There is USES=3D... ncurses ... ssl ..=
.,
which implies that cumulative -rpath "/usr/lib:/usr/local/lib:/usr/local/li=
b"
is used, which breaks python's runtime with openssl from ports. More
technically, make framework sets LDFLAGS to ... -Wl,-rpath=3D${NCURSESRPATH=
} ...
${OPENSSL_LDFLAGS}, where NCURSESRPATH is /usr/lib:${LOCALBASE}/lib and
OPENSSL_LDFLAGS is -Wl,-rpath,${OPENSSLRPATH}.

Ultra-fast but Dirty workaround: Swap ncurses and ssl in USES from=20
  USES=3D... ncurses ... ssl ...
to
  USES=3D... ssl ... ncurses ...
;o)

SSLv2 mismatch (in base it is not, in ports it is) is not needed - but it
beautifully reveals, that runtime library used is other than linking librar=
y.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-210820-21822-0Czg7tldTX>