Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

phiresky.github.io

Post reply on HN
Print view View original

51–60 of 144 posts

Re: Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

#51

Post by simias »

ssivark wrote: post #2

I love that we’re seeing fast & flexible solutions for personal search. I’ve recently been playing with Recoll for full-text-search on content. Since it indexes content up front, the search is pretty fast. It can also easily accommodate tag metadata on files. It would be interesting to consider how ripgrep based tools can fit into generically broad “search your database of content” workflows (as opposed to remember o…

FZF + ripgrep is really killer for me. I don't even bother organizing my notes anymore, I just throw everything markdown files in a flat directory and then I have a script that uses FZF + ripgrep to search through it when I need it. I search by "last modified first" so unless I'm digging for something very old the results are instant. Code snippets, finances, TODO lists, cake recipes... It's all in there.

I use the same system in Vim to browse source code. It's very powerful, very fast, works with any language and requires zero configuration.

Re: Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

#53

Post by murermader »

Tokkemon wrote: post #49
awinter-py wrote: post #46

thanks but it's way faster to have my stuff in G drive that way I can open a browser tab, wait 5 seconds for it to load, locate the new screen location of the search bar, click it, wait for javascript to finish loading so I can click the search bar, click it for real this time, mistype because there's some kind of contenteditable event jank, wait 5 seconds for my results to come up, fix the typo, and just have my res…

Can't tell if this is sarcasm.

I don‘t know if you are joking, but this is clearly sarcasm.

Re: Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

#54

Post by shscs911 »

ghoomketu wrote: post #18

One a related note there is one program that I absolutely miss on Linux called everything (on windows). The closest I can find is mlocate but it does not have a GUI but more importantly it does not index my Windows or NTFS drives. Would appreciate any suggestions if someone knows something like 'everything' for Ubuntu.

fd (https://github.com/sharkdp/fd) is the best command line search utility IMO. Its crazy fast and always found what I was looking for. If you want a GUI alternative, check out Drill (https://github.com/yatima1460/Drill). Although the development seems stalled, it works well for normal usecases.

Re: Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

#55

Post by read_if_gay_ »

murermader wrote: post #53
Tokkemon wrote: post #49

Earlier quoted context omitted.

Can't tell if this is sarcasm.

I don‘t know if you are joking, but this is clearly sarcasm.

You're saying you can't tell it's sarcasm that he can't tell it's sarcasm?

Re: Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

#56

Post by burntsushi »

cb321 wrote: post #52

NOTE: ripgrep already has --pre. (No pre-built indexing, of course.)

That's exactly what ripgrep-all uses to implement this. There's a lot of integration work required to make this nice. The --pre flag is just a small hook. More info on it here: https://github.com/BurntSushi/ripgrep/blob/master/GUIDE.md#p...

Re: Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

#57

Post by est31 »

durnygbur wrote: post #19

No ripgrep-all through the package manager: $ sudo dnf install -y ripgrep-all [...] No match for argument: ripgrep-all Error: Unable to find a match: ripgrep-all Rust's package manager fails: $ cargo install ripgrep_all [...] failed to select a version for the requirement `cachedir = "^0.1.1"` candidate versions found which didn't match: 0.2.0 location searched: crates.io index required by package `ripgrep_all v0.9.6…

You can do cargo install --locked ripgrep_all as a workaround. It uses the lockfile that's part of the ripgrep_all package, so you miss out on some package updates, but can also get the cachedir version required.

There is a github issue to make this the default behaviour of cargo, but you miss out on updates which might fix security bugs so the cargo team is unwilling to change the default.

https://github.com/rust-lang/cargo/issues/7169

Re: Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

#58

Post by awinter-py »

Tokkemon wrote: post #49
awinter-py wrote: post #46

thanks but it's way faster to have my stuff in G drive that way I can open a browser tab, wait 5 seconds for it to load, locate the new screen location of the search bar, click it, wait for javascript to finish loading so I can click the search bar, click it for real this time, mistype because there's some kind of contenteditable event jank, wait 5 seconds for my results to come up, fix the typo, and just have my res…

Can't tell if this is sarcasm.

not being sarcastic

if god wanted me to access my files in less than 15 seconds, they wouldn't have commanded google to package the search bar as a separate JS bundle that only gets downloaded when you focus the search bar

I'm no frontend dev but I know a thing or two about HTML + there's no built-in way to input text into a box -- this is the best we can do and we'll just have to wait for 5G + moore's law to solve this

Re: Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

#59

Post by mcintyre1994 »

fock wrote: post #25

can it produce links to open the file yet (don't know rust, so can't add a PR easily). At least gnome-terminal supports that (and normally it should also support opening a specific pdf page)!

Not sure if the implementation is in rg or zsh, but that combination produces cmd-clickable file names for me.

Re: Rga: Ripgrep, but also search in PDFs, E-Books, Office documents, zip, tar.gz

#60

Post by enriquto »

read_if_gay_ wrote: post #55
murermader wrote: post #53

Earlier quoted context omitted.

I don‘t know if you are joking, but this is clearly sarcasm.

You're saying you can't tell it's sarcasm that he can't tell it's sarcasm?

This means it's good sarcasm!

The best sarcasm lies on a ridge, you cannot tell if it's sarcasm or not.

Post reply on HN