{"action":"created","issue":{"url":"https://api.github.com/repos/clojure-emacs/cider/issues/1824","repository_url":"https://api.github.com/repos/clojure-emacs/cider","labels_url":"https://api.github.com/repos/clojure-emacs/cider/issues/1824/labels{/name}","comments_url":"https://api.github.com/repos/clojure-emacs/cider/issues/1824/comments","events_url":"https://api.github.com/repos/clojure-emacs/cider/issues/1824/events","html_url":"https://github.com/clojure-emacs/cider/issues/1824","id":171014877,"number":1824,"title":"Can no longer jack-in to an inherited clojure version","user":{"login":"jimrthy","id":481537,"avatar_url":"https://avatars.githubusercontent.com/u/481537?v=3","gravatar_id":"","url":"https://api.github.com/users/jimrthy","html_url":"https://github.com/jimrthy","followers_url":"https://api.github.com/users/jimrthy/followers","following_url":"https://api.github.com/users/jimrthy/following{/other_user}","gists_url":"https://api.github.com/users/jimrthy/gists{/gist_id}","starred_url":"https://api.github.com/users/jimrthy/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jimrthy/subscriptions","organizations_url":"https://api.github.com/users/jimrthy/orgs","repos_url":"https://api.github.com/users/jimrthy/repos","events_url":"https://api.github.com/users/jimrthy/events{/privacy}","received_events_url":"https://api.github.com/users/jimrthy/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":6,"created_at":"2016-08-13T15:59:15Z","updated_at":"2016-09-05T08:38:44Z","closed_at":null,"body":"## Expected behavior\r\n\r\nUnder 0.12.0 (and earlier), I could specify the clojure version in one library and then have other libraries/apps that depend on that one so I don't have to keep all the common library versions updated in various projects that use them.\r\n\r\nThis still seems to work fine under `lein repl`.\r\n\r\n## Actual behavior\r\n\r\ncider-jack-in results in a stack trace that basically starts with an error about nrepl-server-sentinel and \"cider.nrepl.middleware.version: Too many arguments to def.\"\r\n\r\nThere are a bunch of \"Unable to resolve symbol: some-> in this context\" java.lang.Exceptions.\r\n\r\nAnd then it ends with a \"java.lang.Exception: Unable to resolve symbol: some? in this context.\"\r\nThe full stack trace is available at https://github.com/jimrthy/clojure-introduction/blob/cider/transitive-clojure-version/cider-transitive-version/README.md\r\n\r\n## Steps to reproduce the problem\r\n\r\n- git clone https://github.com/jimrthy/clojure-introduction\r\n- git checkout cider/transitive-clojure-version\r\n- cd cider-transitive-version\r\n- lein install\r\n- cd ../usage\r\n- lein deps :tree\r\n- Verify that it inherits org.clojure.clojure 1.9.0-alpha10 from cider-transitive-version\r\n- Verify that lein repl starts correctly (I seem to be able to cider-connect to this, so I think I have a work-around)\r\n- Try to cider-jack-in to the usage project, see the stack trace\r\n- Uncomment the clojure dependency in usage/project.clj\r\n- Verify that cider-jack-in works correctly\r\n\r\n## Environment & Version information\r\n\r\n### CIDER version information\r\n\r\nCIDER 0.13.0 (California), nREPL 0.2.12\r\nClojure 1.9.0-alpha10, Java 1.7.0_79\r\n\r\n### Lein version\r\n\r\n2.6.1\r\n\r\n### Emacs version\r\n\r\nGNU Emacs 24.3.1 (x86_64-px-linux-gnu, GTK+ Version 3.10.7) of 2014-03-07 on lamiak, modified by Debian\r\n\r\n### Operating system\r\n\r\nUbuntu 14.04.3 LTS\r\n"},"comment":{"url":"https://api.github.com/repos/clojure-emacs/cider/issues/comments/244690512","html_url":"https://github.com/clojure-emacs/cider/issues/1824#issuecomment-244690512","issue_url":"https://api.github.com/repos/clojure-emacs/cider/issues/1824","id":244690512,"user":{"login":"benedekfazekas","id":1003422,"avatar_url":"https://avatars.githubusercontent.com/u/1003422?v=3","gravatar_id":"","url":"https://api.github.com/users/benedekfazekas","html_url":"https://github.com/benedekfazekas","followers_url":"https://api.github.com/users/benedekfazekas/followers","following_url":"https://api.github.com/users/benedekfazekas/following{/other_user}","gists_url":"https://api.github.com/users/benedekfazekas/gists{/gist_id}","starred_url":"https://api.github.com/users/benedekfazekas/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/benedekfazekas/subscriptions","organizations_url":"https://api.github.com/users/benedekfazekas/orgs","repos_url":"https://api.github.com/users/benedekfazekas/repos","events_url":"https://api.github.com/users/benedekfazekas/events{/privacy}","received_events_url":"https://api.github.com/users/benedekfazekas/received_events","type":"User","site_admin":false},"created_at":"2016-09-05T08:38:44Z","updated_at":"2016-09-05T08:38:44Z","body":"> It looks like the tools.nrepl injection is definitely the culprit.\r\n\r\nyou're (and hyPiRion is) right. I am working on a fix for this atm.\r\n\r\n> Managed dependencies is the Right Thing(TM) for what I'm doing anyway. It seemed to work fine with CIDER. Thanks for pointing it out!\r\n\r\nnice one! would love to see a working example if it is public and you can share.\r\n\r\n> I'll be happy convert the example to boot (I've been meaning to play with it anyway) to see what happens, but I doubt I'll have a chance tonight.\r\n\r\nwould be very helpful, yes please. it seems that current stable boot release does not have support for defining exclusions on the command line but the their master already has such an option! So you migrating your example to boot would enable me to test my patch for boot too using their master.\r\n\r\n> It seems like it might be worth documenting the work-arounds somewhere (maybe in the same caveat that mentions #1665 ?), but this seems ready to close to me.\r\n\r\nas i am working on a fix this won't be necessary."}}
{"actor":{"display_login":"benedekfazekas"}}