From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-dev+bounces-79325-garchives=archives.gentoo.org@lists.gentoo.org> 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 3DBAA139082 for <garchives@archives.gentoo.org>; Fri, 27 Jan 2017 10:59:43 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 21147E0F7C; Fri, 27 Jan 2017 10:59:35 +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 BF1E9E0E2B for <gentoo-dev@lists.gentoo.org>; Fri, 27 Jan 2017 10:59:34 +0000 (UTC) Received: from katipo2.lan (unknown [IPv6:2406:e001:1:d01:de0e:a1ff:fea1:6ec4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 43E8E341117 for <gentoo-dev@lists.gentoo.org>; Fri, 27 Jan 2017 10:59:33 +0000 (UTC) Date: Fri, 27 Jan 2017 23:58:57 +1300 From: Kent Fredric <kentnl@gentoo.org> To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] berkdb and gdbm in global USE defaults Message-ID: <20170127235857.3cd9e847@katipo2.lan> In-Reply-To: <20170127083223.GK42019@gentoo.org> References: <CAJ0EP43TEYAij7ChB35y0+bs9wyuA-aR8LK=vAWHaL0+Ew-jow@mail.gmail.com> <1485503640.22895.2.camel@gentoo.org> <20170127083223.GK42019@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/XmTyryPd=z1TB9WOPz9o5GT"; protocol="application/pgp-signature" X-Archives-Salt: b10d84df-54e9-480f-9f6a-01c3b62367e3 X-Archives-Hash: 14f665f6ec0cbcd70849a1d3c206f1c8 --Sig_/XmTyryPd=z1TB9WOPz9o5GT Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 27 Jan 2017 09:32:23 +0100 Fabian Groffen <grobian@gentoo.org> wrote: > I'm interested to hear how other people feel about this. Yeah. Pretty much my reaction to=20 Mart Raudsepp <leio@gentoo.org> wrote: > The maintainer should be giving the choice of both, > but if only one can be chosen, the maintainer should make the choice > for you by preferring one of them. Likely gdbm, given berkdb licensing > saga. Brought the same question to me: If the design is intended to force your hand when you have both, what is in= deed the point of a REQUIRED_USE feature at all? If "choose a useflag for the user" is something that is happening, it should at least be *visible* to the user that this is happening, not being a silent decision that didn't allow the user to have any say in the matter. What if the feature you chose instead, was contrary to the one they wanted? If anything, I think this is a suggestion that *maybe* we should a way to specify a mechanism for allowing a default to be chosen from a mutually exclusive set, and then: a. Inform the user via pretend output that this automatic conflict reduction has been performed b. Define a portage option that disables automatic conflict resolution for required USE, so users who hate (a) can turn it off. But as it stands, Mart's suggestion of "Hey, just don't use required use, decide for the user" stands essentially as a regression against portage its= elf. --Sig_/XmTyryPd=z1TB9WOPz9o5GT Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAliLKAMACgkQ6FQySxNm qCAw0g//cRQgn32Hz2lA/fgcBmieQ8QkHN1LmIDD6SGwhmy3q17UAA7QsZp50ZxI yczdIeAYmUxJZCBStmPII5qtPmZT5VMq0tKBDs5HpnwWPhAVjZoo0sf3X8jK91wd lfM2PkzSSY9/f7DSaeAhCCa/VdmmXLduzaLj6lSXNYqSP2RPWggkYt+w006+d1ga gdj08v2gh/dwvn4BQ1NcCCfdfEbTaMP5/+ObDTvHGXX5kWvDgltAEEWmmMEE6hZJ UfrrahX3ME+mTOTa9zkxo3cTOuRiPv0x7250iOim1uyD16UeRrcc23A2XNwnEEBe IOvbBLz7YfujrOQlyCopXgzv4M6Ww8CdzeR1dHPyuPz0acPZqTOCn6jIJezUeZdO qniSGXRTCTZ032qhY/FIqt71I0gkulrYR9XJqzdfjfN9EZsWa/5XM/zxWettzACp RzrnWE619rO+xQAjFCcU8PMoygQ1mGw6NXYNbhqNOLzzwroDWrVJ5A1jnGMFpIqZ MGCcioeO9H65athJLSbShTUjfU0B+6yQ5dCaoGL3ow5edS9CVx79BSv03Z89zpUz HV3UP9GN0lFDwtACyK6/zoJHEL9Y1Fy4fal/aICjxwtif1EGXY5IL+44YSOCCuJ3 KWniEcg7qnyS0NTzp28k+tfcp5rQ6mCQPEP99UMAy3JriDagAQg= =wMAM -----END PGP SIGNATURE----- --Sig_/XmTyryPd=z1TB9WOPz9o5GT--