fsearch VS exa

Hi, author here.

Likely the most significant benefit is the more powerful query language. For example you can also search by file modification date or size and use boolean operators. https://github.com/cboxdoerfer/fsearch/wiki/Search-syntax

Yes, FSearch is the one I use, but it's not as great, per FSearch's dev:

> However, FSearch doesn't automatically detect changes made to the file system and update its index then. This is on the roadmap (it's called inotify support) but it'll never work as smooth as Everything on Windows, because the Linux kernel isn't particularly good at reporting filesystem changes

https://github.com/cboxdoerfer/fsearch/issues/26

Everything is comprehensive + instant + always up-to-date, that's so awesome a combo it's a pity it's Windows only

If you are new and wish a simple way to search, fsearch is a very nice tool.... https://github.com/cboxdoerfer/fsearch

You might consider grabbing the latest release at https://github.com/cboxdoerfer/fsearch/releases.

One other program I've been particularly enjoying recently is fsearch : https://github.com/cboxdoerfer/fsearch

If you don't need content indexing, Fsearch is an alternative. I've been using it for over a year now and it's been working flawlessly. Results are near instant and the db is in single digit megabytes.

But AFAIK nothing seems to use this, def not fsearch, they have an open issue - https://github.com/cboxdoerfer/fsearch/issues/26

Still remember those days of arguing on /g/ where linux longbeards stallman fanboys tried to say how this or that tool was good search... but I dont want to just find something, I want to use it that second, and I want the entire system indexed... after getting some webms to showcase that instant feel it got the message across, though later someone appeared with some dmenu trickery being similarly fast and useful... anyway Fsearch that appeared soon after me is the real deal.

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.

Hi! I use this: https://the.exa.website, and the package to this: https://archlinux.org/packages/extra/x86_64/exa/

I still use exa for listing files in the terminal. It's a modern replacement for ls with a lot of useful features. With icons, colors, and git integration, it makes listing files much nicer.