This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-07-07
Channels
FYI, following up on my earlier issues with paredit, refactor, and Emacs Live: Emacs Live was using an old version of paredit — Sam updated the dev packs again. We’re all good!!
@rui.yang: report this issue (one of the clj-refactor’s devs is also the author of edn.el
)
@bozhidar: reported to edn.el github. end.el also has a lot dependencies, not sure if they are all at melpa stable or not, hopefully yes.
@bozhidar: oh, I didn't mean to ask you for the answer or investigation. It's just sometimes missing dependencies in melpa stable is a bit annoying.
@rui.yang: Honestly, it's nice to have people using melpa-stable and reporting this kind of stuff.
Melpa-stable is pretty new, and with the system it uses it can be hard for the developers to keep track of all of this stuff. You're being very helpful to the developers by finding these issues and reporting them.
on the other hand it’d nice if all recipes had some maintainer email attached to them
It might be easier for them to implement this with 25.1, because package.el now detects and reports packages with unavailable dependencies.
I see clj-refactor is being discussed. I just tried upgrading to 1.1.0, discovered that my emacs HEAD package manager is broken, fixed the breakage, discovered that clj-refactor 1.1.0 depends on peg-20130320.158, and gave up for the day.
@jrychter: Really? I use the version 20150706.1342 from MELPA which is only slightly ahead, and that doesn't have a dependency on peg
@jrychter: Ah, you're right. It's an indirect dependency. clj-refactor depends on edn which in turn depends on peg.
@tsdh @jrychter Thanks for noticing. I've filed an issue for that. https://github.com/expez/edn.el/issues/4
@malabarba: well, since we're on that subject (which is offtopic, I know) — I tried 21.5 (HEAD) and package.el didn't work for me. It seems that found-something
needs to be moved into an outer let form in package-compute-transaction
, otherwise one gets a Symbol's value as variable is void
error. I'm puzzled why it worked for anyone, actually. I'm back to 24.5.1
@malabarba: and thanks for reporting the peg dependency issue. I wouldn't know where to report it.
@jrychter: Hey! Thanks for catching that. The reason noone else caught it is that it only happens when you try to install a package with a missing dependency (as was the case for you with clj-refactor).
@malabarba: well, that's me. I always break things. Literally every piece of software breaks for me, because there is always something atypical in my setups. Companies should hire me to be their tester.
You should launch a unit testing web service that simply runs people's tests on your configs
Well, it's more annoying if the problems happen to be with my OS, or large applications. Or with the Xbox one login procedure (which I managed to break recently). Or with a top-of-the-line Logitech mouse. Sigh. Anyway, I'm glad I could help!
I'm trying to update cider from 0.8.2 -> 0.9.1, when I try to jack-in, it starts the nREPL server but doesn't seem to initialize the cider client buffer. I don't see errors in the Messages buffer:
Starting nREPL server via lein repl :headless...
nREPL server started on 51759
nREPL: Establishing direct connection to localhost:51759 ...
nREPL: Direct connection established
Connected. May the Source be with you!
pbostrom: i had the same issue, try deleting the package completely and installing fresh
yeah, just saw this: https://github.com/clojure-emacs/cider/issues/1181
do folks prefer boot vs lein for cider? After I upgraded I noticed cider complaining about lein's version of tools.nrepl
0.2.6, which is several versions behind. Last official lein release is 2.5.1 from January it seems
lein is fine. it does its job acceptably. it was never good at composing lots of tasks, and now something designed for that has rolled around.
frankly I don't think lein or boot is sufficient standalone... make is probably called for to plaster over either
yeah, I haven’t had the need to compose lots of tasks yet. That is why I’m still happy with lein.
yeah, I still need to give boot a spin. Didn’t want to get distracted by tooling before I felt comfortable with clojure and emacs.
Definitely check boot out, I enjoyed playing with it although I'm not using it for anything yet.
@arrdem what is the workaround for out of date nrepl?
@aengelberg: lemme dig it out for you one sec
{:user {:plugins [[cider/cider-nrepl "[0.9.0,)"]
[refactor-nrepl "1.1.0-SNAPSHOT"]]
:dependencies [[org.clojure/tools.nrepl "0.2.10"]]
:deploy-repositories [["clojars" {:url "" :creds :gpg}]]}}
Thanks. I think I'm already doing something like that but I recall there being pain.
Now I remember, the pain is that my project uses :pedantic :abort
And I don't think there's a way to :exclude
the nrepl dependency in leiningen internals.
Is boot better in that regard?
Anyway, a bit of a tangent for this channel
cool, seems that I just fired a duplicate issue around that peg dependency. https://github.com/clojure-emacs/clj-refactor.el/issues/187