This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-03-20
Channels
- # bangalore-clj (1)
- # beginners (145)
- # boot (8)
- # braid-chat (2)
- # capetown (2)
- # cider (27)
- # cljs-dev (232)
- # cljsrn (30)
- # clojure (223)
- # clojure-boston (1)
- # clojure-dusseldorf (2)
- # clojure-greece (1)
- # clojure-italy (21)
- # clojure-russia (16)
- # clojure-sanfrancisco (13)
- # clojure-spec (33)
- # clojure-uk (56)
- # clojurescript (165)
- # core-async (16)
- # core-logic (5)
- # cursive (14)
- # data-science (2)
- # datavis (2)
- # datomic (49)
- # duct (15)
- # editors (5)
- # emacs (6)
- # fulcro (11)
- # graphql (11)
- # hoplon (8)
- # jobs (4)
- # jobs-discuss (82)
- # jobs-rus (7)
- # leiningen (4)
- # luminus (5)
- # off-topic (90)
- # om (7)
- # om-next (1)
- # parinfer (67)
- # pedestal (34)
- # portkey (46)
- # re-frame (12)
- # reagent (4)
- # reitit (3)
- # remote-jobs (1)
- # ring-swagger (8)
- # shadow-cljs (13)
- # spacemacs (18)
- # specter (6)
- # sql (5)
- # tools-deps (4)
- # unrepl (40)
- # yada (26)
@mikerod I just noticed it seems no oneās using it these days. I donāt plan for us to do anything special to drop support for Java 7, weāll likely just remove it from the build matrix once we ship out CIDER 0.17, which should happen at the end of the month / beginning of next month if everything goes well.
Midnight greetings from San Francisco, does CIDER make any attempt to expose itās āpick the machinery with which to start an nREPLā server logic to other systems like say vim-fireplace?
@dominicm I think the answer is no - the emacs CIDER client has a bunch of smarts which figure out how to run a CIDER repl using deps.edn or boot or lein or what have you.
yeah, that's too early for it to be shared. The shared area is in the nrepl. Fortunately the logic isn't too complex, and was replicated in https://github.com/clojure-vim/vim-jack-in
My question was whether that logic is (or could be) packaged outside of emacs such that fireplace or other tools could use it too, specifically because Iām toying with writing a new build tool which would need its own incantation support.
For the cost of https://github.com/clojure-vim/vim-jack-in/blob/master/autoload/jack_in.vim#L47-L63 15loc I will gladly support your build tool š
Thanks, Iāll keep that in mind. I suspect Iām gonna try to build an MVP atop lein and see how that goes, which makes this a non-need for now.
The only thing your build tool needs to expose is a way to add deps & maybe middleware, from the cli. But having eval
works too.
Yeah, you canāt really share this, because all of this happens before booting the server.
Iām considering to drop the Gradle support from CIDER. Seeing the usage results it seems that just 2% are using it https://www.surveymonkey.com/results/SM-9BC5FNJ68/ With Gradle weāre not doing deps injection, as with everything else, and it seems no one is particularly interested to make things there better, so Iād rather just kill the limited support we have for it simplicity/consistency. Any objections.?
I donāt use gradle myself, but 2% is still a few people. Could it be a separate module, so that those 2% can try to keep up themselves?
@dominicm The cost is not high, but it doesnāt work like everything else, therefore my preference is not to have it at all (I dislike inconsistent features). Obviously gradle users can simply start the server manually in this situation and connect to it.
> I donāt use gradle myself, but 2% is still a few people. Could it be a separate module, so that those 2% can try to keep up themselves? The support for gradle is just project detection, a few configuration variables and dispatch on the project type here and there. Extracting something so simple seems like an overkill, as it would complicate the existing code.
Just for the protocol - if deps injection is possible with Gradle and someone wants to work on it, Iād be fine with keeping it.
I find 2% surprising. I wonder how many of those represent people who actually use clojure and gradle together on a regular basis
As opposed to people who have at some time used gradle and clojure or who use gradle and use clojure together. I think a lot of people donāt answer these kinds of things honestly, especially on the fringes.