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 69A50138334 for ; Sat, 21 Sep 2019 07:06:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A81A2E0919; Sat, 21 Sep 2019 07:06:07 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 4EC95E08F9 for ; Sat, 21 Sep 2019 07:06:07 +0000 (UTC) Received: from pomiot (c134-66.icpnet.pl [85.221.134.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 96FAF34B423; Sat, 21 Sep 2019 07:06:05 +0000 (UTC) Message-ID: <36698991841b76089eafa558f434f6f39f001880.camel@gentoo.org> Subject: Re: [gentoo-dev] Underscores in USE flags From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Sat, 21 Sep 2019 09:06:01 +0200 In-Reply-To: <20190921064355.GQ1128@gentoo.org> References: <9677cc3a-0f8e-41d2-fae6-694bc81ee2e1@gentoo.org> <0610fca0a963486c759d6f055d2ea712f08fad9b.camel@gentoo.org> <20190921064355.GQ1128@gentoo.org> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-1MQudeiMzLqox3FJbWfu" User-Agent: Evolution 3.32.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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-Archives-Salt: 610634e5-d69f-425e-94b7-d541f0a3f4bd X-Archives-Hash: e9dfa743ab429a04651ac22d7b5e604e --=-1MQudeiMzLqox3FJbWfu Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2019-09-21 at 08:43 +0200, Fabian Groffen wrote: > 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: > > > If we take this underscore rule to its logical extreme, then we shoul= d > > > 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 al= l > > the dependency logic around here it would be totally destructive to all > > Gentoo systems. >=20 > 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. The major consumer is fixable. Sure, it will take years but that's better than leaving things wrong forever and saying wrong is good. > 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. I don't see how that solves the problem. More tools having distinct output don't change the fact that anyone with a bit of ebuild knowledge will say 'this looks like USE_EXPAND' while looking at it, independently of what some tools would say. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-1MQudeiMzLqox3FJbWfu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAl2Fy9lfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3 NkE4NDUwOTQwOThEMjhDQzhCMjZDNTYzOUFEQUUyMzI5RTI0MEUACgkQY5ra4jKe JA6GmQgAio31fYVmuOySjT/jRtNGIoLhKROaZXESgIiQDOWqaeHIQov3cAxdjAYS mahC4EoS19d9DyzstIueHDOImhkpuzATGXpzx4dpdV2KK5s7neSMVemTJcBICKst /PHbNg7xkJDFtetMzUDEn2kSimKW8IcZpzkXmwcFQ5IZqkUqFcnUmyzV2RKRETYt 21q3SsYqXVuGkYJ3GkRPXsuSBmJjYUUm4KppQDXefzYjViDcqBZmCh6/9PvbwH3V v3JffmJ/zTnxzZpu6WwviakPeTXd9JwyFJClwUcpfZyju4mau432ow6mp/0sdzg9 jzcMZJal3Whe1yvdnHYgxvsXrYitlw== =GuRF -----END PGP SIGNATURE----- --=-1MQudeiMzLqox3FJbWfu--