Clojurians
#cider
<
2018-01-29
>

This page is not created by, affiliated with, or supported by Slack Technologies, Inc.

benedek09:01:56

@bozhidar I am tracking the thread on the clj mailing list on orchard and tools.dev between you and alex

benedek09:01:55

mranderson does remove the source dep marked deps from the dependency graph. as it should as they are inlined

bozhidar09:01:16

Yeah, I figured as much, but I don’t get why are rewritten namespaces trying to load orchard namespaces.

bozhidar09:01:04

@dominicm had this problem as well, and when I played with this I saw that an explicit dependency fixed things.

bozhidar09:01:22

Maybe this was just a some bad build, I don’t know.

benedek10:01:46

may be the same/similar issue we had with java.classpath last week?

benedek10:01:09

is there any specific I shall look at this evening?

bozhidar10:01:45

I think this issue was just pertaining to the tests. Maybe you can just try to locally reproduce the problem and see if you can figure out what’s wrong with the rewriting.

benedek11:01:27

fair. but extra care is needed at release time so no broken inlined version of the artifact gets shipped

bozhidar18:01:38

Nice timing! I just added a basic cider-cheatsheet command to CIDER itself.

bozhidar18:01:49

I’ll take a look at the PR when I can. It’s already 2 am here and I’m barely awake.

xiongtx19:01:20

:thinking_face: Huh. I was under the impression you’re actually the alias of a 12-person team :laughing: .

xiongtx19:01:33

cider-font-lock-as-clojure doesn’t use CIDER’s extra font lock rules. What’s the easiest way to make it do that?

qqq19:01:40

not sure if this is a cider problem: anyone running into issues where on *.cljc files of > 800 lines, emacs becomes really slow ?

xiongtx20:01:54

Do you have aggressive-indent-mode on? It’s very slow for large forms (though not necessarily large files).

qqq21:01:55

I don't believe so, it's not anywhere in ~/.emacs.d/init.el, nor is it in C-h v / M-x -> match on agress