Clojurians Log v2

Hi! For some reason I started to see this error when jacking-in:

> Executing task: clojure -Sdeps '{:deps {nrepl {:mvn/version "0.6.0"} cider/cider-nrepl {:mvn/version "0.23.0"} clj-kondo {:mvn/version "2020.04.05"}}}' -A:dev <

zsh:1: command not found: clojure
The terminal process "/bin/zsh '-c', 'clojure -Sdeps '{:deps {nrepl {:mvn/version "0.6.0"} cider/cider-nrepl {:mvn/version "0.23.0"} clj-kondo {:mvn/version "2020.04.05"}}}' -A:dev'" failed to launch (exit code: 127).

Terminal will be reused by tasks, press any key to close it.

iiuc what is happening is roughly the following...

when you start vscode via the dock, the PATH env var value doesn't contain the path to the directory where the file "clojure" lives

when you start from the terminal, the PATH env var does have the relevant path

does it make sense?

to me, yes. GUI apps generally don't interact with env vars the way shells do

yeah, understandable but it started only today) previously used alfred to start vscode and everything was ok

here is a relatively recent article that goes into it: https://www.bounga.org/tips/2020/04/07/instructs-mac-os-gui-apps-about-path-environment-variable/

i have not tried any of that fwiw

why not just start code from alfred within a shell? @il.tmfv That would be: > code &; exit 0

or something similar

you can also make an Alfred specialized command for this

Also it is a bit strange that Developer: Reload window command helps https://github.com/microsoft/vscode/issues/107169 looks like i’m not the only one

thanks, I always have iterm opened, so typing code . is ok

the lone comment in that issue is surprising: > There is something in your .zshrc which prevents VS Code from loading it in order to set the correct env. i wonder if that's really the case.

so vscode analyzes one's .zshrc?

i haven’t changed this file maybe the recent macos security update changed things

it's hard to tell...perhaps so

I’ve heard about it just starting to happen like that before.

I'm using Calva and I've run into an error. I have a form in my file that I've annotated with a #dbg tag:

#dbg
(let [schema (with-open
              [schema* (io/input-stream "resources\\tests\\testSchema.xsd")]
              (cxs/read-schema schema*))

parsed (with-open [file (io/input-stream "resources\\tests\\cql\\ValueLiteralsAndSelectors.xml")]
               (cxs/parse schema file))]
  (pprint parsed))

#error {
 :cause Attempting to call unbound fn: #'cider.nrepl.middleware.debug/debug-reader
 :via
 [{:type clojure.lang.Compiler$CompilerException
   :message Syntax error reading source at (cql_parser/core.clj:27:19).
   :data #:clojure.error{:phase :read-source, :line 27, :column 19, :source cql_parser/core.clj}
   :at [clojure.lang.Compiler load Compiler.java 7643]}
  {:type java.lang.IllegalStateException
   :message Attempting to call unbound fn: #'cider.nrepl.middleware.debug/debug-reader
   :at [clojure.lang.Var$Unbound throwArity Var.java 45]}]

Any ideas?

Hmm that's odd because jack-in injects the cider nrepl middleware that holds the function it claims is unbound. I wonder if it's some kind of race condition.

If you create an issue with repro steps then I can investigate

@fadrian