exa VS coreutils

I think they are not referring to ls, but to exa [0], which is not maintained anymore.

[0]https://github.com/ogham/exa

I would also take a look at exa: https://the.exa.website/

It's been my ls replacement for a while now and it's very customizable!

It depends on the scale of the project but man, if you can't build a simple CRUD app in your preferred stack and deploy it in some fashion (even if it's just a binary posted on some website, kinda like Exa) then that's just disappointing...

Can compile to a single binary to build tools like exa

Try https://github.com/ogham/exa and exa -T -L2 command . It will generate a good folder structure tree to update the question

Some of us don't want all of GNU's utilities; just on an as-needed basis. They're not as needed as they once were.

Many of these utilities have been rewritten in Rust and have more modern features.

For example, instead of ls, I use exa [1]. Or ripgrep [2] instead of grep.

[1]: https://github.com/ogham/exa

[2]: https://github.com/BurntSushi/ripgrep

fish: A very fast shell with various customization options to streamline daily commands. I discovered it through this post by @caarlos0, where he provides more details about performance and the differences between fish and zsh. Additionally, I use some CLI utilities like delta, exa, and ripgrep. Here's my dotfiles for fish.

If this rewrite is indicative of other rewrites, we'll see a license change from GPL [1] to MIT.

"Differences with GNU are treated as bugs." - https://github.com/uutils/coreutils#goals

Wouldn't it be annoying though, to have to keep things bug-for-bug compatible on a green-field project? That priority may be the first compromise, and divergence is inevitable.

Thinking of what if coreutils were ported to C#; what would folks think then? If the reaction would be the same, different, or ambivalent.

[1] https://github.com/coreutils/coreutils?tab=GPL-3.0-1-ov-file

>> For me, anything that isn’t a drop-in replacement for the OG tools isn’t worth the friction.

"The uutils project reimplements ubiquitous command line utilities in Rust. Our goal is to modernize the utils, while retaining full compatibility with the existing utilities. We are planning to replace all essential Linux tools."

https://uutils.github.io/

uutils is being adopted in Ubuntu 25.10:

https://www.theregister.com/2025/03/19/ubuntu_2510_rust/

I mentioned this on reddit, but AFAIK, the uutils project doesn't yet support locales: https://github.com/uutils/coreutils/issues/3997

I'm not any more a fan of POSIX locales than the next person[1], but AIUI, that seems a likely requirement for uutils to be used in a distro like Ubuntu.

I'd be curious how they plan to address this. At least from my perspective, unless uutils has already been designed to account for locales from the start (I don't know if it has), it seems likely that a significant investment of time will be required to add support for it.

[1]: https://github.com/mpv-player/mpv/commit/1e70e82baa9193f6f02...

Related: https://github.com/uutils/coreutils "Cross-platform Rust rewrite of the GNU coreutils"

Not that it should represent the rubicon of when to/not to rewrite code, but when you do, you do trade one set of bugs for a new set of bugs: https://github.com/uutils/coreutils/issues

Would be interesting to see a a Debian derivative that combines this with the Rust Implementation Of GNU Coreutils.[1] Could be a big win for memory safety and performance.

[1] https://github.com/uutils/coreutils