I didn’t know I needed it, but what I know is that I will download it.
Don’t forget about lsd
This was posted a few days ago. It’s a great collection.
bat and rg I actually have already… but now you make me waste so much time fiddling with all these ;)
fd
saves me so much time. I actually understandfind
better than I wish I did, andfd
is just so, so much easier.The advantage of both rg and fd are that they use the Perl-compatible regex syntax that almost every contemporary programming language uses. There’s only one thing to learn.
That, and the use of
gitignore
and other heuristics to ignore many files by default.Plus, unlike
grep
,find
is just…awkward. The directories to search must be prior to any search arguments (and.
is not the default, it must be specified explicitly), and using a search pattern is treated as one of many special cases requiring one of a variety of flags rather than the obvious default operation.It’s a powerful DSL, but…not a convenient one by any stretch of the imagination.
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.
oh that’s why: https://feddit.de/comment/2583070
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.
I’ve used exa before and it’s great software.What is the difference between exa and exz?
I’ve had
ls
aliased toexa
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-1656702098From
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?
Anyone tried it and has an argument as to why people should use it over ls?
I haven’t looked into
eza
at all, butls
alternatives always have a place on Windows.dir
has to be one of the worst flavors ofls
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.
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 your experience have you felt these people had researched their reasonings for the rewrites extensively prior. Or did they discover these improvements along the way sort of, simply an off shoot of simply being a hobby when wanting to build their tooling to define existing flows/actions
That varies quite a lot… but in general, the small tools seems to start as someone adding color and bling, possibly some nice things like automatic pager (like in bat). Still often nice additions though. For larger stuff like rg and gitoxide the authors seems to have done quite a lot of research and are really experts in their field. You don’t improve grep and git by accident.
It’s not cool. :)