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 C4B91138454 for ; Sat, 12 Sep 2015 10:04:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 371E0E07F7; Sat, 12 Sep 2015 10:04:30 +0000 (UTC) Received: from mail-io0-f182.google.com (mail-io0-f182.google.com [209.85.223.182]) (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 3B51AE07E6 for ; Sat, 12 Sep 2015 10:04:29 +0000 (UTC) Received: by ioii196 with SMTP id i196so122747491ioi.3 for ; Sat, 12 Sep 2015 03:04:28 -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; bh=9Zc2SA5UUKZNwVJz4FmawYtjnlXukURXt/OuzBNhlD4=; b=aBfk+9ltAk4YXRCdIBUtRP9ZNZHkZxMCTdwIgq7O7A90TSGrcerweRILVKdoOnhU18 K1ahkbOmUspD5IUlg1j8lQzFXpm7JNRXyEnjAU9SelXIEJXujA2pSuYe1qe+nVTrPH+2 vcyKbQ1ISi7Jj/fYFADK2MiYP/pA06NyaYsb12vAAk3ntclxIFvovZZYGNEv5mrxuOi+ 0Kz7lDmOaiwBEpticlLW2bhEG0PGYJ7zkaTI0BzMsOH6zK/5uEu4z0xYYoxu+6aOQxte zOtsT4SBoIchBnR//KswKdF9KOv8VukPzsuL+msPOO2Q2TdaLygqkTknj9zv2S4MqEW0 Xl1Q== 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.107.28.140 with SMTP id c134mr2653173ioc.93.1442052268541; Sat, 12 Sep 2015 03:04:28 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.79.103.70 with HTTP; Sat, 12 Sep 2015 03:04:28 -0700 (PDT) In-Reply-To: References: <55EFDDAD.9030502@gentoo.org> <55EFDEC7.1070403@gentoo.org> <55F00BFD.7050804@gentoo.org> <55F12159.3020506@gentoo.org> <55F1439E.1070002@gentoo.org> <55F1C8AB.40005@gentoo.org> <55F1CA38.3050302@gentoo.org> <55F298D0.7020702@gentoo.org> Date: Sat, 12 Sep 2015 06:04:28 -0400 X-Google-Sender-Auth: jo-xHO5ipIUx7mgN2RG3VLWfOBQ Message-ID: Subject: Re: [gentoo-dev] www-client/chromium gtk3 support From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: b5aaf3a6-2493-41e0-ab63-52abcaecbb25 X-Archives-Hash: 4749794c622a5876b01b4af16247def0 On Sat, Sep 12, 2015 at 12:55 AM, Raymond Jennings wrote: > On Fri, Sep 11, 2015 at 5:13 AM, Rich Freeman wrote: >> >> On Fri, Sep 11, 2015 at 5:03 AM, Daniel Campbell wrote: >> > >> > I like the general 'gtk' flag we generally use to choose *which* >> > toolkit, and local USE flags for specific versions, if they are >> > supported. But in that case, the general gtk flag should be >> > interpreted as the latest version supported, so users don't come >> > across weirdly behaving packages that default to gtk2 (unless that >> > version is the most stable). >> > >> >... >> > >> > For starters, versioned USE flags more than likely don't belong in >> > make.conf's USE variable and shouldn't be global. > > Personally i disagree with this. > > Versioned use flags for widely used dependencies (like a windowing toolkit) > IMO qualify as global USE flags because they have a common effect across > many packages. He wasn't suggesting that they have different meanings for different packages. By saying that they shouldn't be global he meant that users should not typically be manipulating them at a global level, such as in make.conf. Back in the day it was common to stick flags like these in make.conf or in profiles, since if you didn't packages wouldn't build GUIs and such. That was before USE defaults and it caused a lot of headaches when multiple versions of toolkits started coming along and setting these flags started causing harm. But, the way we use the terms local/global USE flags is confusing. They can mean that a flag has a package-specific vs global meaning, or the terms can mean that it is recommended that the flag be enabled at the package.use level vs at the make.conf level. To be fair to you, until very recently the first meaning was the most common. People are talking more about the second meaning of late because of problems that happen when people try to tweak fairly detailed settings like gtk3 at the global level. > >> I'd be tempted to even say to not have gtk3 but instead call the flag >> chromium-gtk3 or whatever so that it becomes very difficult to put in >> the global config. However, that goes against our general principle >> of letting the user break their system and keep the pieces if they >> think they know what they're doing. If somebody WANTS to test out a >> gtk3-only system or whatever they should have the freedom to do so, >> understanding that testing sometimes uncovers problems. > > I actually also think that there should be a single USE flag for building on > gtk3, called gtk3. calling it "(packagename)-gtk3" is a bit redundant, and > also flies in the face of having a single global flag with a coherent > purpose. > The only reason for doing it the other way would be to make it harder for users to shoot themselves in the foot by setting these flags in make.conf. They'd have to put 50 flags in make.conf and not just one. However, in general Gentoo operates under the principle that while we should avoid surprising the user, we shouldn't actually make it hard for the user to override our decisions when they feel it is best. -- Rich