Package: ripgrep Version: 12.1.1-1+b1 Severity: normal X-Debbugs-Cc: Sylvestre Ledru <sylves...@debian.org>
Hi Sylvestre and Rust Maintainers, While working an RFP (rg-el -- elpa-rg (#993370)), I discovered that "rg --type=all foo" on both stable and sid does not appear to function correctly. In most git repositories, "rg --type=all foo" will not return any of the matches that "rg foo" does. The following is an interesting case that should help identify what's going on: Within rust-ripgrep, run "rg --type=all sylvestre". This will match "debian/debcargo.toml", but not anything else... >From what I've read of rg-el, it explicitly uses --type=all by default to provide the maximum number of matches, which are then layered with additional queries to provide more precise results. Given that rg-el appears to suppose that "--type=all" produces the maximum number of matches, I think we may have a bug in our ripgrep package :-( What makes this so strange is that "rg foo" is equivalent to "rg --type=all foo" in a normal directory. The effect appears to be that when run in most git repos, "rg --type=all foo" functions as if all (or most, in the case of rust-ripgrep) paths underneath the current working directory have been added to .gitignore. Where I to make a wild guess...could it be that the observed effect is caused by either: increase-grep-searcher-dep.diff disable-jemallocator.diff ? Regards, Nicholas
