This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-07-28
Channels
- # admin-announcements (4)
- # beginners (11)
- # boot (148)
- # cider (74)
- # cljs-dev (31)
- # cljsrn (30)
- # clojure (55)
- # clojure-berlin (15)
- # clojure-greece (1)
- # clojure-japan (18)
- # clojure-poland (35)
- # clojure-russia (72)
- # clojure-spec (35)
- # clojure-uk (34)
- # clojurescript (134)
- # cursive (26)
- # datomic (42)
- # dirac (7)
- # editors-rus (1)
- # emacs (17)
- # hoplon (29)
- # jobs-rus (3)
- # juxt (1)
- # luminus (11)
- # off-topic (9)
- # om (66)
- # onyx (49)
- # pedestal (1)
- # perun (19)
- # proton (13)
- # protorepl (5)
- # re-frame (31)
- # reagent (13)
- # ring (2)
- # spacemacs (1)
- # specter (40)
- # spirituality-ethics (2)
- # test-check (41)
- # untangled (7)
- # yada (17)
@bja: Yeah, that happened to me today after I rather foolishly updated all my Emacs packages… How did you solve that?
@seancorfield: I just change my config to the snapshot versions.
@danielsz: Not quite sure what you mean...
When I try to jack in, cider.el tries to specify a (Boot) dependency of cider-nrepl 0.14.0-SNAPSHOT but no such version exists.
I installed Prelude a while back and everything was working fine. Today I decided to update the packages in Emacs (to get the latest version of cider primarily), and since then, it tries to inject cider-nrepl 0.14.0-SNAPSHOT.
In addition to the problem that Prelude doesn’t seem to fully start up (it didn’t load my prelude-modules.el file nor my personal/custom.el file).
I even blew away .emacs.d completely and re-cloned the latest Prelude but that’s still broken (so it’s got to be something in one of the later elpa packages it relies on I guess?)
@seancorfield: Ah, I see. In that case, if you're interested, I can tell you how I avoid those problems, but I don't think you'll like it. 🙂
Don’t use Prelude? 🙂
It’s been working fine for ages… but of course I figured a package update would be a good idea 😐
Yeah, well, that is what broke my Emacs setup so I’m not sure I’m finding your advice very helpful right now 🙂
I always launch my nrepl via Emacs. Always have done.
If you launch the nrepl externally, you avoid the problem of injecting a non-existent Cider-nrepl.
What I want right now, is some insight into getting Prelude working properly after the package update… based on the error messages I’ve managed to find, it’s a problem with projectile...
projectile-go-function
seems to be the problematic symbol...
uhm I have not updated projectile so maybe that's what saved me
I can give you the commit I am at..
Yup, definitely a bug in projectile… they reference a Go-related function that isn’t defined and that stops the compile of everything downstream...
3 minutes ago on github: https://github.com/bbatsov/projectile/issues/1036
https://github.com/bbatsov/projectile/commit/62760044e860d7be23c125a4d4e51976bde47e73
cool that you solved it then
Now I still have to solve the 0.14.0-SNAPSHOT injection 🙂
@danielsz: please stop suggesting that.
@seancorfield: Please ignore my suggestions.
Well, I "solved" the CIDER version injection by editing cider.el
and changing the defconst cider-version
but it looks like it ought to be able to deduce it from somewhere but it’s not clear to me how/where it figured that out.
hmm. looking at what's on melpa, somehow a version was released specifying the new development version
I wonder if @bozhidar just forgot to release 0.14.0-SNAPSHOT to Clojars along the way? That would also solve the problem 🙂
When I open a clojure buffer, everything works fine. I can also M-x
cider-mode
and all is well. But after jacking into a project I can not select text reliably with the mouse anymore.
Doubleclicking works, but dragging only works when start and end are either at eol or bol
> I wonder if @bozhidar just forgot to release 0.14.0-SNAPSHOT to Clojars along the way? That would also solve the problem 🙂 @seancorfield probably. Just report it and we'll fix it ASAP 😉
@seancorfield: as @malabarba said. it is basically an error in our part (eg not releasing middleware snapshot together with cider emacs package release)
alternatively you can stop cider autoinjecting with cider-inject-dependencies-at-jack-in
to nil
and then you need to specify the deps the old way (in your profiles.clj or boot equivalent)
suppose if you use the 0.13 middleware cider will complain but mostly work. (have not tested)
I mentioned to Malabarba that perhaps we could switch over to a git flow style development, and he brought up a good point that that would be duplicated the functionality that melpa-stable offers over melpa. Which is to say, running cider from melpa is necessarily a preview build
I kinda wish that rather than melpa and melpa-stable it was melpa-snapshot and mela (stable being the default)
but malabarba had pretty good argument that if you want stability and pure releases, that is already available
@bozhidar: updated cider from Melpa and it’s complaining about a missing cider-nrepl
0.14.0-SNAPSHOT
on clojars
@benedek: It just caught me out because I rely on Prelude and I decided to update all my packages (which Prelude’s docs encourage you to do! 🙂 )
I spent more time tracking down and fixing the Projectile issue than the CIDER one, to be honest. I was just hoping there was a way to "encourage" CIDER to use the latest stable release rather than modify the code (I suspect it can’t figure things out from our Boot file since pretty much everything is computed dynamically depending on which task is being run).
If Prelude used melpa-stable by default, I suspect I would have been fine?
tbh we (meaning the cojure-emacs
team) should release a snapshot of both cider client code and middleware as part of the release cycle. but i am also not doing the releases so that is up to @bozhidar and @malabarba I guess and they tend to be pretty busy nowadays
Well, we no longer specify the middleware in our Boot config for the REPL task (because CIDER auto-injects it) so it would be more disruptive to change that across the team than to just patch cider.el
🙂
And right now, no one else was adventurous enough to update their Emacs packages...
Although modifying Prelude to use melpa-stable locally sounds like a good idea...