This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (5)
- # babashka (35)
- # beginners (65)
- # braveandtrue (3)
- # calva (20)
- # cider (6)
- # clara (11)
- # cljs-dev (36)
- # cljsrn (64)
- # clojure (65)
- # clojure-europe (6)
- # clojure-germany (13)
- # clojure-italy (14)
- # clojure-nl (22)
- # clojure-spec (16)
- # clojure-sweden (6)
- # clojure-uk (81)
- # clojurescript (71)
- # conjure (120)
- # cursive (3)
- # datomic (10)
- # events (4)
- # figwheel (4)
- # figwheel-main (5)
- # fulcro (36)
- # ghostwheel (1)
- # graalvm (8)
- # helix (9)
- # jobs (4)
- # jobs-discuss (12)
- # kaocha (33)
- # leiningen (5)
- # luminus (1)
- # off-topic (24)
- # pathom (7)
- # rdf (4)
- # re-frame (3)
- # reagent (15)
- # reitit (11)
- # remote-jobs (1)
- # shadow-cljs (97)
- # slack-help (3)
- # spacemacs (23)
- # vim (15)
- # xtdb (35)
Not long ago I updated my spacemacs develop branch and now I'm getting these errors quite frequently. Is it normal?
It happens when I'm (mis?) typing something in the helm buffer (after pressing
SPC /), for instance and it's really annoying since it breaks my flow a lot
SPC / followed by
-t displays this message in the mini-buffer
"Error running timer: (error "Candidates function 'helml-ag-do-ag-candidate-process' should run a process") on the latest develop & Emacs 26.3.
I am sure I have seen similar messages before, but not very often.
I use the ripgrep binary for search and I use the
-g option for narrowing down file types
rgrep does not have a
-t option, so that may explain the error (an assumption).
Does your search binary support the
-t option an does Emacs pick up that binary in the path?
The only change I've notices around helm is to provide a fallback to Emacs fuzzy search if other search tools are not found https://github.com/syl20bnr/spacemacs/commit/c7ed2fc597e26de0f61209a4a8d63089fa2c4f3e
ripgrep does have
-t option: https://github.com/BurntSushi/ripgrep/blob/master/GUIDE.md#manual-filtering-file-types
But I was using it incorrectly (with space after -t); however, even with proper syntax it fails very early....
I guess my emacs might be using incorrect binary - how do I find that? (rg does accept the -t in shell)
rg with develop (behind 71 commits, +- 1 month), no issues here. Just make sure to invoke it without a space between the flag and the type (e.g.
-tclojure query, not
-t clojure query)
My version of ripgrep in shell works just fine. It's just the spacemacs that's failing. As soon as I start typing
-t<any_char> the debugger error is shown.
I can use
-tmd followed by a search pattern and it works correctly. Although in the same project
-tclj fails. The
-t option seems unreliable, so I will stick with
-g which has always worked flawlessly.
rg --type-list should give you the full list of types and their associated extensions.
@U1UQEM078 Ah, in that case
-t works correctly for me with the latest Spacemacs
develop branch. I just updated Spacemacs and packages yesterday.
-tclojure is the way to go - you can define your own alias
All of this used to work for me but it's suddenly broken 😞 (that error shown above)
I'd check that your e-macs is getting the correct path from the shell upon initialisation.
What do you get from
The generated parameters here are a bit different (`("rg" "--smart-case" "--no-heading" "--color=never" "--line-number" "--max-columns=512" "test")`) but I can't see how that'd justify your failure. Your parameters work fine on the command line for me as well (but I get one line per match, with column information as well)