cs
ripgrep-all
| cs | ripgrep-all | |
|---|---|---|
| 9 | 43 | |
| 502 | 6,188 | |
| - | - | |
| 7.5 | 8.0 | |
| 3 months ago | 2 months ago | |
| Go | Rust | |
| MIT License | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
cs
-
Ripgrep is faster than {grep, ag, Git grep, ucg, pt, sift}
That’s one of the reasons I made this actually https://github.com/boyter/cs
I wanted and boolean syntax mixed with fzf instant search. It’s not as fast as ripgrep of course but it’s not solving the same problem.
- Sourcegraph is no longer Open Source
- codespelunker
- cs: command line codespelunker or code search written in Go
- codespelunker (cs) A command line search tool. Allows you to search over code or text files in the current directory either on the console, via a TUI or HTTP server, using some boolean queries or regular expressions.
- Show HN: Codespelunker a command line search tool
-
Lmgrep: Lucene-based grep-like utility
Neat. This is similar to a tool I have been working on (but need to finish off) as I saw the same issue.
Except rather than build an index I brute forced the search each time. For most repositories it’s fast enough even with ranking.
https://github.com/boyter/cs For those interested it’s still very WIP with noticeable issues in TUI mode.
-
Ask HN: What Are You Working On?
A few things.
An implementation of bitfunnel search in Go which I plan to put into searchcode.com at some point once I get all the issues resolved and if performance is acceptable
A command line search tool which brute forces with search ranking https://github.com/boyter/cs/ mostly for code but works pretty well for other things as well
Atlassian Confluence Cloud plugins. Mostly out of personal interest and because there appears to be a good marketplace to produce mostly passive income there.
ripgrep-all
- Ripgrep-all: rga: ripgrep, but also search PDFs, E-Books, Office documents, zip
-
Ripgrep is faster than {grep, ag, Git grep, ucg, pt, sift}
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
-
Calibre – New in Calibre 7.0
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.
- Rga: Ripgrep, but also search in PDF, ebooks, office documents, zip, tar.gz etc.
-
Show HN: Khoj – Chat Offline with Your Second Brain Using Llama 2
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
-
How to make file paths clickable?
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.
- Burgr – Books in Your Terminal
-
Is there a way to searching multiple epub and pdf?
rga, aka ripgrep-all
-
Internet Archive Scholar
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
- Recoll – Full-text search for your desktop
What are some alternatives?
git-peek - git repo to local editor instantly
pdfgrep - PDFGrep is a GNU/Emacs module providing grep comparable facilities but for PDF files
dcs - Debian Code Search (codesearch.debian.net) is a search engine that searches through all the 130 GB of open source software that is included in Debian. Supports regular expressions!
OCRmyPDF - OCRmyPDF adds an OCR text layer to scanned PDF files, allowing them to be searched
hound - Lightning fast code searching made easy
notational-fzf-vim - Notational velocity for vim.
ctoc - Count Tokens of Code (forked from gocloc)
InvoiceNet - Deep neural network to extract intelligent information from invoice documents.
lucene-grep - Grep-like utility based on Lucene Monitor compiled with GraalVM native-image
fd - A simple, fast and user-friendly alternative to 'find'
livegrep - Interactively grep source code. Source for http://livegrep.com/
ripgrep - ripgrep recursively searches directories for a regex pattern while respecting your gitignore