If you feel that you need a Rust replacement for 'ls', that apparently exists
A modern, maintained replacement for ls. Contribute to eza-community/eza development by creating an account on GitHub.
I didn't know I needed it, but what I know is that I will download it.
This was posted a few days ago. It's a great collection.
I've had ls aliased to exa for a while. So it looks like eza is a fork of exa? The git feature looks interesting.
The owner of exa hasn't been active for close to 2 years and the project isn't very actively maintained. eza is a community maintained fork. Context: https://github.com/ogham/exa/issues/1139#issuecomment-1656702098
From eza's readme:
eza features not in exa (non-exhaustive):
- Fixes “The Grid Bug” introduced in exa 2021.
- Hyperlink support.
- Selinux context output.
- Git repo status output.
- Human readable relative dates.
- Several security fixes (see dependabot)
- Many smaller bug fixes/changes!
exa has a terrible bug: if you set TZ environment variable to ':/path/to', you will get 'Unable to determine time zone: No such file or directory (os error 2)'. Does eza fix it?
Don't forget about lsd
Hmm 🤔 something new for me. I’m in love with exa. What’s wrong with that?
me too, apparently they added some features and fixes. i wonder why they did it on a fork instead of pushing it upstream.
I see. I suppose that exa is abandoned for two years or more and perhaps there’s no connection with maintainer. So then fork.
oh that's why: https://feddit.de/comment/2583070
What's wrong with ls?
Absolutely nothing.... but for some reason I find it interesting when people rewrite things that I didn't know needed rewrites. Sometimes these projects are doing someting really interesting. Grep is one such example, noone was saying that grep needed a replacement. In fact, it was used as a benchmark for regex (which is how rg started, to compare rust regex against grep), then someone creates rg that outperforms grep and is much nicer to use. That is also why I keep an eye on GitOxide, since nobody ever accused git of being slow, yet there are someone rewriting git with amazing performance improvements.
From eza's readme, on why it's better than ls:
It uses colours to distinguish file types and metadata. It knows about symlinks, extended attributes, and Git
GNU ls has those features too (except knowing about Git). I'd be surprised if BSD ls doesn't at least have color support.
...not that I'm not going to check out eza and probably switch to it! But it's often worth knowing what features the GNU/BSD coreutils do or do not support...especially when comparing other tools against them.
Edit: I just checked, and this set of options works on both BSD and GNU ls, in case anyone wants better ls behavior on a system where you can't install eza for some reason:
ls -FH --color=auto
F appends sigils indicating executables, symlinks, or directories, and H follows any symlinks in the argument list.
It's not cool. :)
I've been using exa for a while and am a big fan. I'll have to give eza a go
I've aliased ls as exa --icons
I like to see icons
I use exa but I don't remember why
Kind of nice actually. I have been using exa as a replacement for ls (also in Rust) but I like the tree like view here of files.
Anyone tried it and has an argument as to why people should use it over ls?
I haven't looked into eza at all, but ls alternatives always have a place on Windows. dir has to be one of the worst flavors of ls still used in the modern era.
'Should' is a pretty strong word, try it out if you want.
I mainly use it because it colorizes the output nicer than ls, but it also has git awareness if you need it.
I've used exa before and it's great software.What is the difference between exa and exz?
