From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 50BFB138334 for ; Sat, 21 Sep 2019 06:44:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9C5E6E08C3; Sat, 21 Sep 2019 06:44:09 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 59D0CE0843 for ; Sat, 21 Sep 2019 06:44:09 +0000 (UTC) Received: from gentoo.org (unknown [IPv6:2001:980:3ff0:64:e0fd:7a46:5dbd:d68c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: grobian) by smtp.gentoo.org (Postfix) with ESMTPSA id B5A1E34B44D for ; Sat, 21 Sep 2019 06:44:05 +0000 (UTC) Date: Sat, 21 Sep 2019 08:43:55 +0200 From: Fabian Groffen To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Underscores in USE flags Message-ID: <20190921064355.GQ1128@gentoo.org> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <9677cc3a-0f8e-41d2-fae6-694bc81ee2e1@gentoo.org> <0610fca0a963486c759d6f055d2ea712f08fad9b.camel@gentoo.org> 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="iFRdW5/EC4oqxDHL" Content-Disposition: inline In-Reply-To: <0610fca0a963486c759d6f055d2ea712f08fad9b.camel@gentoo.org> User-Agent: Mutt/1.12.1 (Darwin 18.7.0, VIM - Vi IMproved 8.1) Organization: Gentoo Foundation, Inc. X-Archives-Salt: 8583b414-c7f7-40c6-8110-a9ee804fbaba X-Archives-Hash: 75c1420eca79726ddbddd61f3f47779b --iFRdW5/EC4oqxDHL Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 20-09-2019 22:53:53 +0200, Micha=C5=82 G=C3=B3rny wrote: > On Fri, 2019-09-20 at 13:46 -0700, Zac Medico wrote: > >=20 > > If we take this underscore rule to its logical extreme, then we should > > rename python_targets_python3_7 to python_targets_python3-7, yes? >=20 > Believe me, I would have done that already if not the fact that with all > the dependency logic around here it would be totally destructive to all > Gentoo systems. Honestly, with this reasoning, why force other packages to go through USE-flag renaming in that case? A major consumer of USE_EXPAND isn't sticking to the rule, which makes any benefit of it moot. Tools cannot assume the last underscore separates the USE_EXPAND var from its value, users cannot see what is the value either, without knowledge. Why not teach our tools (equery, quse, etc.) to print these USE-flags like Portage does? (looking them up to be valid expands) Then users have nothing to be confused about (no distinction between foo_bar and FOO=3D"bar"), and new USE_EXPANDS cannot be silently/accidentially introduced. > But hey, expect hyphen on 3.8. I honestly feel for consistency and not confusing users, we should either do them all or stick to the current scheme. Thanks, Fabian --=20 Fabian Groffen Gentoo on a different level --iFRdW5/EC4oqxDHL Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEELUvHd/Gtp7LaU1vuzpXahU5EQpMFAl2FxqsACgkQzpXahU5E QpMC6gf/Sw8hCDRzRi5WoNu4/PsHdvsaBrdQVVFcrivuLv4dKaUYTmtPSxI+dufY 5uwjSXLg1AB1g0zLF6Tj+AybzUKQMXtqOgiNUiBQIuSIWbOrhWd0pxc7W1ohfeP2 PmgwmfjvHnN4krAxtOAFO0EUfLx0tmIuARPjhLB7cam4MCdBuqU7MO+J38lgePGE 1bzGcemwBzZQpR0IWDyzoirzEsB5+kTfYYJEEwXk4YH3hal3m1ha9w0JnoPtdEeg wx3BV1IUSACVds9gCuTO4EjsRY31vX2OJ//hhqtIJRanDsQ0oOQWKqKL7TQgr6pu ss7XEwOnM+mj5yJ3x/PD3/KR88X+PQ== =fOQo -----END PGP SIGNATURE----- --iFRdW5/EC4oqxDHL--