From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id A0FB3139085 for ; Fri, 27 Jan 2017 13:14:23 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CB790141DF; Fri, 27 Jan 2017 13:14:15 +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 7E0DA2241B2 for ; Fri, 27 Jan 2017 13:14:15 +0000 (UTC) Received: from gentoo.org (unknown [IPv6:2001:984:48cf:64:a0fa:d6f7:16ca:ed56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: grobian) by smtp.gentoo.org (Postfix) with ESMTPSA id B8DE2341648 for ; Fri, 27 Jan 2017 13:14:13 +0000 (UTC) Date: Fri, 27 Jan 2017 14:14:08 +0100 From: Fabian Groffen To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] berkdb and gdbm in global USE defaults Message-ID: <20170127131408.GM42019@gentoo.org> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <1485503640.22895.2.camel@gentoo.org> <20170127083223.GK42019@gentoo.org> <5fa433b9-5057-b8e4-64f9-27ef2c67c400@gentoo.org> 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 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rf72Gf+bfLC8kxKs" Content-Disposition: inline In-Reply-To: <5fa433b9-5057-b8e4-64f9-27ef2c67c400@gentoo.org> User-Agent: Mutt/1.7.2 (Darwin 16.4.0, VIM - Vi IMproved 8.0) Organization: Gentoo Foundation, Inc. X-Archives-Salt: e2f294b6-2fba-43e9-871e-fb46c26c3668 X-Archives-Hash: b4dbec43705bc61830b791f896953f8b --rf72Gf+bfLC8kxKs Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 27-01-2017 13:08:41 +0100, Kristian Fiskerstrand wrote: > > On Fri, Jan 27, 2017 at 9:32 AM, Fabian Groffen wr= ote: > >> Replying here because I think said email client is the one I recently > >> added REQUIRED_USE constraints for. > >> > >> Reason I added it is because it greatly simplified the ebuild: it's not > >> just bdb and gdbm, but also tokyocabinet, qdbm and lmdb, with as result > >> a lot of if-else-casing which implemented the implicit defaults before. > >> I didn't realise changing this to REQUIRED_USE resulted in a conflict = on > >> default profiles, because I (obviously) have a package.use entry for t= he > >> package. > > I don't see Mike saying you got it wrong here. Reading your email, I > > think you did the right thing. >=20 > Yup That blurb was more directed at Mart ;) I think I just explained why I did what I did. The scenario in older ebuilds (without REQUIRED_USE) was basically the scenario that Mart suggested to be perferable over the new REQUIRED_USE scenario. I'm not looking for wrong/right. I'm looking for concensus on this topic, then I will likely change the ebuild to match concensus. Fabian --=20 Fabian Groffen Gentoo on a different level --rf72Gf+bfLC8kxKs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iF0EAREKAB0WIQSDHIpHdkhfn9Ptmh5fdfYHxcdOiQUCWItHoAAKCRBfdfYHxcdO iRlZAJ0TkIAu2Ck7IyWtt+5DB6PYBm8VBgCdEw+kMD5TnF3znWrd2C08DpuXBCY= =b+Th -----END PGP SIGNATURE----- --rf72Gf+bfLC8kxKs--