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 AEE911381F3 for ; Fri, 3 May 2013 20:20:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C94F2E08AE; Fri, 3 May 2013 20:20:18 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id EC360E0875 for ; Fri, 3 May 2013 20:20:17 +0000 (UTC) Received: from [192.168.26.5] (ip98-164-195-43.oc.oc.cox.net [98.164.195.43]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id C7D6333D8CC for ; Fri, 3 May 2013 20:20:16 +0000 (UTC) Message-ID: <51841BFF.2060809@gentoo.org> Date: Fri, 03 May 2013 13:20:15 -0700 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:17.0) Gecko/20130402 Thunderbird/17.0.4 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] USE_EXPAND is not an IUSE replacement [was: New USE_EXPAND: CLAWS_MAIL_PLUGINS] References: <20130421233844.2b015d4d@gentoo.org> <5177AB1F.8020606@necoro.eu> <5183B4A7.2020704@necoro.eu> In-Reply-To: <5183B4A7.2020704@necoro.eu> X-Enigmail-Version: 1.6a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Archives-Salt: 29c1302d-0b2c-4ce5-bd6d-96eb795b0f3b X-Archives-Hash: 0aaa8d3199bc3035e7e59c2e718b7b46 On 05/03/2013 05:59 AM, René Neumann wrote: > Am 24.04.2013 11:51, schrieb René Neumann: >> As more and more packages seem to (mis)use USE_EXPAND: Can we get the >> possibility to set this directly in package.use? Having to write >> 'claws_mail_plugins_foo' does not help readability, and setting it in >> make.conf is also not the right way (as is package.env). > > I just noted, that USE_EXPAND variables are even worse than I thought... > > NGINX_MODULES_HTTP="-access" emerge -av nginx > Invalid '-' operator in non-incremental variable 'NGINX_MODULES_HTTP': > '-access > > In other words: They do not even work from commandline (in a stacking > manner). The long-standing portage behavior is for a make.conf setting like VIDEO_CARDS="foo" is to discard any VIDEO_CARDS settings from the profile, which is a non-incremental behavior. If we make all USE_EXPAND variables behave more like real incremental variables, then users will have to use VIDEO_CARDS="-* foo" to get the equivalent of the old behavior. Is it worth changing? Note that PMS says USE_EXPAND variables are supposed to be treated as incremental. Also note that portage implements pseudo-increment behavior for settings of USE_EXPAND variables in profile make.defaults, but it only works for positive values (which are stacked incrementally only after they have been translated to the corresponding USE flags). -- Thanks, Zac