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 3EB37139734 for ; Tue, 11 Aug 2015 14:20:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B89BD1424B; Tue, 11 Aug 2015 14:20:00 +0000 (UTC) Received: from mail-ig0-f177.google.com (mail-ig0-f177.google.com [209.85.213.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BB4FEE07DB for ; Tue, 11 Aug 2015 14:19:59 +0000 (UTC) Received: by igbpg9 with SMTP id pg9so92194483igb.0 for ; Tue, 11 Aug 2015 07:19:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=y1RkCHzDFZYS4wJsEE3t4VXWqzaB7vsoqW/la/PdoZ4=; b=icDbuCP2sfDI+kaCPxlxUdTxvz5uxtCyHCIqLFIhihHLhncyT1DX7y+5pL15vo4gf6 vHCeuPYdwT7WhZhLkCaGRVWpeQJ6MtOSnC9Lvb7CUMYlEGTJHPuDqkhid3U1ChkjCeQP i3wO9b1VI2/RZDJfCOsgrxyuEZq8ifdzX5Pe9rnn6SuUwITJsCt8uqjndqTmD9Ay94Zg rkS/xM5p9MUVR9ThxdIdoYhzohLlCNYV8JdfNV0AJ4E0CzoF6Uap+GjHAkFdMZiJGzf2 9l5flFhZRT3vlLRoIfar7QXf7imvHhwjHZYUaSvgkGnQf+HZW2MMhlQwlDxKHhgxfnTT AARA== 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 X-Received: by 10.50.62.81 with SMTP id w17mr19325806igr.0.1439302799069; Tue, 11 Aug 2015 07:19:59 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.79.103.67 with HTTP; Tue, 11 Aug 2015 07:19:58 -0700 (PDT) In-Reply-To: <55C9FBC1.2080506@gentoo.org> References: <55C7AC24.2040503@gentoo.org> <55C9CA32.3060300@gentoo.org> <55C9F189.10102@gentoo.org> <20150811141156.1c883f7d@red.yakaraplc.local> <55C9F64B.9060303@gentoo.org> <55C9FBC1.2080506@gentoo.org> Date: Tue, 11 Aug 2015 10:19:58 -0400 X-Google-Sender-Auth: 0jeysa5OmV7U5bjc4pjRZuj_tog Message-ID: Subject: Re: [gentoo-dev] Re: useflag policies From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: b88fb358-2f99-4a34-8c59-d29cf6dacf89 X-Archives-Hash: 2bb07d70bc36c329f5eee124a7e028e8 On Tue, Aug 11, 2015 at 9:42 AM, Sergey Popov wrote: > 11.08.2015 16:36, Rich Freeman =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> On Tue, Aug 11, 2015 at 9:19 AM, Sergey Popov wrot= e: >>> 11.08.2015 16:11, James Le Cuirot =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> On Tue, 11 Aug 2015 15:58:49 +0300 >>>> Sergey Popov wrote: >>>> >>>>> If both of flags are not set - we stick to default. >>>>> Should this be set in EVERY ebuild explicitly? >>>>> >>>>> Maybe provide some sugar like $(qt_use_default qtgui 5), where >>>>> qt_use_default is the name of function, qtgui is the package and 5 is >>>>> the slot for default choice, where either BOTH of flags(qt4, qt5) are >>>>> enabled or disabled >>>> >>>> That sounds a little bit like what I suggested earlier. >>>> >>>> https://archives.gentoo.org/gentoo-dev/message/884257a2d924a51851d629b= 1dc9b30df >>>> >>> >>> But without introducing brand new useless USE flag. Which makes huge >>> difference to me :-) >>> >> >> If we want the typical user to not set either qt4 or qt5, are we >> saying that any package that could use either always enable one of >> them by default? Then all users get a GUI by default, and then users >> have to explicitly disable it? That seems to be the opposite of how >> we normally do things, but it does let you get away from having lots >> of users turning on qt. > > I suggested this for packages, where GUI can not be disabled AND it > should be either qt4 or qt5. Then, if we do not add + to USE > description, users without anything in make.conf just run the blocker > What if the GUI can be disabled? Should we force users to set USE=3D"-qt4 -qt5" to disable the GUI? Or should we force users to put one of those in their make.conf or profile to enable it (causing problems with packages that don't allow both)? --=20 Rich