From owner-freebsd-current@freebsd.org Fri Oct 12 23:56:58 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6279E10CF6BF for ; Fri, 12 Oct 2018 23:56:58 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D9527C962; Fri, 12 Oct 2018 23:56:58 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from mousie.catspoiler.org (unknown [76.212.85.177]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: truckman) by smtp.freebsd.org (Postfix) with ESMTPSA id 88AAF21CE6; Fri, 12 Oct 2018 23:56:57 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Date: Fri, 12 Oct 2018 16:56:54 -0700 (PDT) From: Don Lewis Subject: OpenSSL 1.1.1 libssl.so version number To: FreeBSD current , re@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 23:56:58 -0000 Prior to the OpenSSL 1.1.1 import, the base OpenSSL library was /usr/lib/libssl.so.8. The security/openssl port (1.0.2p) installed ${LOCALBASE}/lib/ilbssl.so.9 and the security/openssl-devel port (1.1.0i) installed ${LOCALBASE}/lib/libssl.so.11. After the import, the base OpenSSL library is /usr/lib/libssl.so.9. Now if you build ports with DEFAULT_VERSIONS+=ssl=openssl, the library that actually gets used is ambiguous because there are now two different versions of libssl.so (1.0.2p and 1.1.1) with the same shared library version number. I stumbled across this when debugging a virtualbox-ose configure failure. The test executable was linked to the ports version of libssl.so but rtld chose the base libssl.so at run time.