X-Original-To: alpine-devel@lists.alpinelinux.org Received: from mx1.tetrasec.net (mx1.tetrasec.net [74.117.190.25]) by lists.alpinelinux.org (Postfix) with ESMTP id EFFF15C6483 for ; Thu, 25 Oct 2018 12:44:05 +0000 (GMT) Received: from mx1.tetrasec.net (mail.local [127.0.0.1]) by mx1.tetrasec.net (Postfix) with ESMTP id 95D999E1E84; Thu, 25 Oct 2018 12:44:05 +0000 (GMT) Received: from ncopa-desktop.copa.dup.pw (67.63.200.37.customer.cdi.no [37.200.63.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: alpine@tanael.org) by mx1.tetrasec.net (Postfix) with ESMTPSA id CDC759E1E00; Thu, 25 Oct 2018 12:44:04 +0000 (GMT) Date: Thu, 25 Oct 2018 14:44:00 +0200 From: Natanael Copa To: William Pitcock Cc: alpine-dev Subject: Re: [alpine-devel] Switching back to OpenSSL Message-ID: <20181025144400.32f81122@ncopa-desktop.copa.dup.pw> In-Reply-To: References: <20181011171746.4c01f758@ncopa-desktop.copa.dup.pw> <20181012201258.6c048e41@ncopa-desktop.copa.dup.pw> X-Mailer: Claws Mail 3.17.1 (GTK+ 2.24.32; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 23 Oct 2018 00:07:55 -0500 William Pitcock wrote: > Has anyone tried using the libtls-standalone package in testing as of > yet? It would be nice to know if it is working for others. Hi, I tested it with our ssl_client busybox helper and it works as expected. I had to add a missing libtls.so symlink to the libtls-standalone-dev package, though. There is another problem though, that it conflicts with the libressl libtls. After libtls-standalone was installed, I cannot uninstall it: ncopa-edge-x86_64:~/aports/main/busybox$ sudo apk del libtls-standalone World updated, but the following packages are not removed due to: libtls-standalone: libressl abuild aports-build .alpine-release-deps ssl_client This happens because both libressl libtls and libtls-standalone provides so:libtls.so.17. ncopa-edge-x86_64:~/aports/main/busybox$ apk info -R libressl libressl-2.7.4-r1 depends on: so:libc.musl-x86_64.so.1 so:libcrypto.so.43 so:libssl.so.45 so:libtls.so.17 I think that the fix for this is to use the openssl ABI, libtls.so.1.1, or use a completely different name, like libtls-standalone.so.17 or libtls1.1.so.17. Anything that does not conflict with libressl's libtls. -nc --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---