Fork me on GitHub
#clj-kondo
<
2020-02-13
>
Derek16:02:28

A co-worker is having trouble in VSCode with the bundled clj-kondo linter seeming not to respect a local .clj-kondo/config.edn file

borkdude16:02:45

I think plugins in VSCode get the current working directory from the current workspace

borkdude16:02:21

So if you’re editing files outside of that, that may not work. Could that be the problem maybe?

Derek16:02:31

I’ll ask her to check

borkdude16:02:48

Could also be a typo. Repro welcome.

Derek16:02:03

That’s all it was. Thanks so much

borkdude17:02:31

@dpassen1 what was it btw, the working dir or the typo?

Derek17:02:42

the working directory

Derek17:02:11

The rest of us on the team either use emacs and flycheck or vim and ale and it has all worked so smoothly for us

borkdude17:02:00

there used to be a patch in clj-kondo that when linting a single file it starts looking from the parent dir of that file, but that was only a workaround for a specific editor it might make sense for these cases, but in general the workspace thing works I think

borkdude17:02:18

emacs flycheck already sets the working directory to the parent of the file

borkdude17:02:06

also the LSP plugin doesn't even see the filename, so it's a bit tricky to apply it in that case. if you know how it works, it's not a problem I reckon

dominicm18:02:27

I don't seem to have :import data in the kondo analysis, {c,sh}ould I?

borkdude18:02:50

@dominicm I guess we could. PR welcome

borkdude18:02:46

there is a namespace clj-kondo.impl.analysis where all data that is collected currently goes through

dominicm18:02:28

Cool. Will add to my list 🙂