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 1E037138334 for ; Sat, 21 Sep 2019 07:34:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E8241E092F; Sat, 21 Sep 2019 07:34:17 +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 A4B50E091D for ; Sat, 21 Sep 2019 07:34:17 +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 3906434B44C for ; Sat, 21 Sep 2019 07:34:16 +0000 (UTC) Date: Sat, 21 Sep 2019 09:34:11 +0200 From: Fabian Groffen To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Underscores in USE flags Message-ID: <20190921073411.GT1128@gentoo.org> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <9677cc3a-0f8e-41d2-fae6-694bc81ee2e1@gentoo.org> <0610fca0a963486c759d6f055d2ea712f08fad9b.camel@gentoo.org> <20190921064355.GQ1128@gentoo.org> <36698991841b76089eafa558f434f6f39f001880.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="hoZxPH4CaxYzWscb" Content-Disposition: inline In-Reply-To: <36698991841b76089eafa558f434f6f39f001880.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: 3094616f-5384-491f-b5ca-149f4bf7d726 X-Archives-Hash: 94f96cb5815a31926e1410bc72b82a5d --hoZxPH4CaxYzWscb Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 21-09-2019 09:06:01 +0200, Micha=C5=82 G=C3=B3rny wrote: > On Sat, 2019-09-21 at 08:43 +0200, Fabian Groffen wrote: > > 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. >=20 > 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. Well... someone with a bit of ebuild knowledge would see odd USE-flags. USE_EXPAND is a (bad) hack, of having some USE-flags mean something different, or resolve through something different, while in reality they really don't do anything odd. In fact, sometimes users have to use FOO=3D"bar" (make.conf), while other times foo_bar needs to be used (e.g. use.mask, or IUSE=3D). Consistency would be nice, the real question is, what does USE_EXPAND actually try to achieve, and can we fix it properly in the next EAPI, such that repoman can also do the proper complaints about USE-flag (and USE_EXPAND-flag) naming by then. Back to the thread, the point is, these flags exist today, and renaming flags is not something to be considered harmless. As much as the recent renaming of lm_sensors to lm-sensors caused breakage (and still does, apparently some tools keep caches, etc.) also renaming USE-flags goes by problems, in particular for managed systems (Chef, Puppet). It's not a matter of just fixing the name for a USE-flag. This is saying nothing about whether or not we'd want to change the flag. It's about the impact of the change, and whether that is worth it for the noble aim of consistency or correctness. I believe this was the OPs point in this thread. Thanks, Fabian --=20 Fabian Groffen Gentoo on a different level --hoZxPH4CaxYzWscb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEELUvHd/Gtp7LaU1vuzpXahU5EQpMFAl2F0nMACgkQzpXahU5E QpPfHQf/ekEKYcVAaGf9hV7ioFbTJM5WA2mbj4lB7HMwY/hW6Ongs6UuowWHk63k v+4ghxVHeJL+LO84JqlU7vdwv8HpzEFyZMA6zDeOUYPG7maelhnQU0JOXCGBzbmY 0IoSZ2VixnzUq3QgozX5etPpUksRoyBTIFfy4CQvR1JkubDvTbyL7NWUWZoMHe3C jNfiLVDUKDtsgZeHYGjhd8Vxhus+gHvgECZd1vOYHpj/w1zGXOZF+RHpz/kprwL2 csluk6NtKUAWfwrMNOLNUe5iS85Dz2zKu4FKY3sa7YPU5G661lY2fvemzmQDR/9S TzUFyw6/dcFT+0GjRPz8seNC5cNOQw== =A+Ux -----END PGP SIGNATURE----- --hoZxPH4CaxYzWscb--