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 23AB21381F3 for ; Sat, 4 May 2013 05:50:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EB95DE08A4; Sat, 4 May 2013 05:50:50 +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 0B716E0854 for ; Sat, 4 May 2013 05:50:49 +0000 (UTC) Received: from [192.168.1.4] (pool-71-245-176-92.pitbpa.fios.verizon.net [71.245.176.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zerochaos) by smtp.gentoo.org (Postfix) with ESMTPSA id D1F3233DF4A for ; Sat, 4 May 2013 05:50:48 +0000 (UTC) Message-ID: <51847971.9010706@gentoo.org> Date: Fri, 03 May 2013 22:58:57 -0400 From: "Rick \"Zero_Chaos\" Farina" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 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> <51841BFF.2060809@gentoo.org> In-Reply-To: <51841BFF.2060809@gentoo.org> X-Enigmail-Version: 1.6a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 6c214d61-1a00-4375-bdfe-3b8578f1229e X-Archives-Hash: e4f3f0c0e560de27dbea848a38ebac98 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/03/2013 04:20 PM, Zac Medico wrote: > 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? Honestly some days I'd really want to say YES. But with a cool head I can very firmly say no. Changing would cause pretty significant breakage for a lot of users (and likely even our own profiles). > > 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). > That is a bit of an issue honestly, but a rare time when I'd say we should make PMS match portage behavior. Remember you can always USE=-use_expand_whatever (makes for some interesting tests I must say). - -Zero -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRhHlxAAoJEKXdFCfdEflKpGUP/Rw4eRaXGLEzbtIB69IBhoM9 d2F0kIRd4WmlB0yLKLMUBLvkORsuE9u+SnBjzCwu6PSYQESGu5oQI3tD2rGk7eIw fA62wU7YZKpVXv9ioF05cybpoQxcLk+j3vlsYLelL3QApX+OCFpSyj3owxgYmHrk Qz9oBw7DT3XbiXTZHSmmlixX/7csn2NY+K4bbWNiXti287W9P9/4jMecfAI6aICa fk4sgt8mjv2fGV0S7Mr3+5Lzqr/UbOdO8Pch9VPZfKE+n+36aIuq1o8kOr/anV4q iB1ldy2HPlj70YtCKkEBXHcIwZcSwfieGBiXFeE12oGAQoYrk8Hf7GaLFxZKhKsz wA96TjbV3oEFLv1BEAwyCxL1a0Owz8H1GADUexyAfQpXvvsw9ZYBArZxPljKmkJz Q5ssDEvgSWmBacoMYTshjwFZdVj3/rf1PtfjBlh/y1FNWzzYWs3UmlhWKUo8VH4d +G73p0n0TMK2UTX2CuegXJdYgIqbRUzlrYLfL96BvYUovO28LxKYpGpMkkc4iQ02 P04YGoo13pNe23twhaGS6OEIhuyorMriR7Oa3LfW+dPO2+etlQHCID8Vce4MrqMN UUQRuCpRbo5k+j9ixkLJtzC3JWs1tvppXrkrNc3raVuBRdyF6X95hltlqZf4PY2b VVCunA8rI+Te3HlDhvKc =CAeL -----END PGP SIGNATURE-----