@jarkko are you referring to projects like eza that add nice-to-haves on top of existing ls functionality? I would say they meaningfully improve the CLI experience.
@jarkko I'll let eza's GitHub repo explain that, I've been too lazy to change my ls alias from exa to eza. [1] What are some of the type of CLIs you would consider replicas? There's for example the "sudo" replacement, though considering it's a high-profile security CLI, the argument seemingly can be made it's to avoid memory-related security bugs? I've seen the argument made for non-CLI projects.
[1]: https://github.com/AndreasBackx/dotfiles/blob/main/dot_zprofile#L75
@jarkko I wasn't aware of any drama (and want to stay far away). I think there are differing opinions on how exa/eza is handled and I don't know the specifics. My guess is `exa` couldn't be handed over due to lack of contact? Anyhow, I don't think it in itself makes an argument for why we should not make more modern CLI tools, regardless of language.
I am not invested in this. Happy with the discussion and please don't think I'm offended. π
@jarkko Deviations from the UNIX standard are bad ideas. Deviating from GNU at this point is probably a bad idea. Do these new-fangled CLI things in Rust work the same way when I use output redirection?