ripgrep-all VS fsearch

I searched in portage, and it seems there is another version working also with other documents like PDFs and doc.

https://github.com/phiresky/ripgrep-all

If you want even faster search across different formats, you can try ripgrep-all ( https://github.com/phiresky/ripgrep-all ). It can search across epub, docx, pdf, zip, mp4 etc. If you are handy with the tool, you can write custom adaptor to search across images using OCR with tesseract.

1. If you want better adoption especially among corporations, GPL-3 wont cut it. Maybe think of some business friendly licenses (MIT etc)

2. I understand the excitement about llm's. But how about making something more accessible. I use rip-grep-all (rga) along with fzf [1] that can search all files including pdfs in a specific folders. However, I would like a GUI tool to search across multiple folders, provide priority of results across folders and store and search histories where I can do a meta-search. This is sufficient for 95% of my usecases to search locally and I dont need LLM. If khoj can enable such search as default without LLM that will be a gamechanger for many people without a heavy compute machine or who dont want to use OpenAI.

[1] https://github.com/phiresky/ripgrep-all/wiki/fzf-Integration

I use `rga` to search through multiple PDF files for work. The tool returns a list of files and I would like to make those file paths clickable.

rga, aka ripgrep-all

I wanted to say 'au contrer' to your 'screenshots are not searchable' and link this[0] but I don't actually see images in the readme.. I swear it was there, maybe it's a buried extra flag..

[0] https://github.com/phiresky/ripgrep-all

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.