From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id EB17259CB2 for ; Sat, 16 Apr 2016 22:51:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6121A21C16E; Sat, 16 Apr 2016 22:50:52 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3724521C15F for ; Sat, 16 Apr 2016 22:50:51 +0000 (UTC) Received: from greysprite.dite (cpe-74-77-145-97.buffalo.res.rr.com [74.77.145.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: blueness) by smtp.gentoo.org (Postfix) with ESMTPSA id EA4C2340A7B for ; Sat, 16 Apr 2016 22:50:49 +0000 (UTC) Subject: Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/ To: gentoo-dev@lists.gentoo.org References: <1460833703.ad0c2ab2bdbd34f4550e49c56cfd5974d6a2c07a.blueness@gentoo> <20160416210556.08317672.mgorny@gentoo.org> <5712922F.7020502@gentoo.org> <571292FB.4080007@gentoo.org> From: "Anthony G. Basile" Message-ID: <5712C1C6.8060301@gentoo.org> Date: Sat, 16 Apr 2016 18:50:46 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 7b23b1c9-acb7-4e12-86ec-4129df0e90b9 X-Archives-Hash: 8a13375da45dfb38c3cf643bc4f87cd5 On 4/16/16 6:36 PM, Rich Freeman wrote: > On Sat, Apr 16, 2016 at 6:24 PM, Mike Gilbert wrote: >> >> And I don't really see the point in the libressl USE flag in this >> case; I think that was only needed so the slot-operator would resolve >> correctly. >> > > Somebody else may be better informed, but I thought that there was a > concern with having both libressl and openssl linked into two > libraries that are in turn linked to by something else (causing a > symbol collision), and the USE flag was necessary to switch between > the two implementations since they aren't virtualized. > > If we've solved that problem in some other way then by all means say > so. However, I thought this was the main tradeoff in letting it use > the same soname. > I was reasoning along the lines of Mike when I first committed this. The eclass simply provides a series of functions for generating certs. It is sufficient that the `openssl` utility be present whether its provided by dev-libs/openssl or dev-libs/libressl. You're not linking against it so the ABI issue is a non-issue. As far as being able to tell the difference between the two, you can use `openssl version`. The slot operator was more subtle. I'm aware that := only means something in RDEPENDs but people do RDEPEND="${DEPEND} ..." often and so as a precaution, I included it. However, the scope of DEPEND does not cross the eclass-ebuild boundary and since there is no RDEPEND in that eclass, its wrong to have :0= there. :0 is sufficient. inherit() in ebuild.sh scrubs the value of DEPEND, so its not as simple as just "source". -- Anthony G. Basile, Ph.D. Gentoo Linux Developer [Hardened] E-Mail : blueness@gentoo.org GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA GnuPG ID : F52D4BBA