Re: [PATCH 1/2] cargo.eclass: for EAPI 9, ban cargo_src_install

Eli Schwartz <[email protected]> Fri, 29 May 2026 11:15:53 -0400
Newsgroups gmane.linux.gentoo.devel
Message-ID <[email protected]>
On 5/29/26 2:49 AM, Ionen Wolkens wrote:

> It's either way for consistency, now the eclass does it in two different
> ways. And this isn't POSIX sh, we intentionally use bashism everywhere
> because this is bash.


No we don't.

We *take advantage of* bash everywhere. There is nothing to take
advantage of, here. There are no internet points to be had for
dogmatically using a social misfeature with no semantic distinction, as
some kind of "loyalty test: do you reject POSIX?"

[[ or enhanced string manipulation or local or arrays or [or or or]...
are all things we have no *qualms* using. This is bash, "loyalty test:
do you avoid unportable bashisms" isn't a valid reason to write worse code.

Loyalty tests in both directions are "things we don't do".

And my objection to "==" is that it is longer / harder to read, serves
no purpose (valid or otherwise), and practically is known to break
people's brains. My objection is *consistent* with the fact that I
believe bash upstream should make it a verbose warning to use it that
warns you you should have used "=". Because it's a *bad* feature.

Objecting to a bad feature is certainly opinionated, but it isn't
against tree policy on style -- you may also note I religiously use
"spaces not tabs" in private shell code, but cheerfully obey actual tree
policy for ::gentoo, *because* it is policy. :)


-- 
Eli Schwartz
OpenPGP_signature.asc (application/pgp-signature, 236 B)
-----BEGIN PGP SIGNATURE-----

wnsEABYIACMWIQTnFNnmK0TPZHnXm3qEp9ErcA0vVwUCahmtqQUDAAAAAAAKCRCEp9ErcA0vV3V/
AQDSOyxHk5XMx/FnukDyAnOFt5dEGFE/7DQyOipyfDA1gAD9FfnsgozZGdn1b901QnyRD6JfF3t0
D+cYxz1bg4mhdgs=
=JrJ3
-----END PGP SIGNATURE-----