-----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-----
