Fork me on GitHub
#leiningen
<
2018-08-30
>
danielcompton01:08:45

@benzap I think that's one of the things they do. Can you give some more details, it's not clear exactly what you mean

danielcompton01:08:29

But if you have something like com/mycorp/app1/stuff.clj and com/mycorp/app2/stuff.clj and you use com/mycorp/app1 as a :source-path I don't think that will work very well

danielcompton01:08:37

cause it's not relative to the root

benzap02:08:27

That is what they are doing, but I forgot to mention that it is done this way in a :cljsbuild, so maybe the way it handles clojurescript namespaces is more forgiving

danielcompton03:08:27

I think CLJS is a bit more lenient, but I think that’s just a side effect, not a feature

pradyumna05:08:41

@bozhidar i couldn't figure out how to get the stacktrace. *e shows nil.

pradyumna05:08:10

I tried to go through the leiningen.repl source code, and my guess is this is happening when it calls reply.main/launch-nrepl in client function

pradyumna05:08:24

another thing i observed is, that this exception occurs when i run repl inside any project. but not if i run it outside of project.

bozhidar05:08:46

@pradyumna What’s in your :repl profile?

pradyumna05:08:05

{:dependencies [[nrepl "0.4.4"]] :middleware [cider-nrepl.plugin/middleware refactor-nrepl.plugin/middleware] :plugins [[cider/cider-nrepl "0.18.0"] [refactor-nrepl "2.4.0"]]}

bozhidar05:08:50

The :middleware entries are both incorrect (and no needed). Can you please remove them and see if this behaves better?

pradyumna05:08:07

it still shows the same exception. and also shows warning the implicit middleware deprecated

bozhidar06:08:59

Hmm, can you show us the exact warning?

bozhidar06:08:51

Btw, I just realized there wasn’t even a :middleware key under :repl - it should be :repl-options https://github.com/technomancy/leiningen/blob/master/sample.project.clj

pradyumna07:08:38

there is the :middleware option at line 194.

pradyumna07:08:15

btw, i tried completely removing all middlewares, even then the exception occurs

bozhidar08:08:46

That middleware option is for Lein middleware, not nREPL middleware.

bozhidar08:08:12

That’s basically some project config re-writing functionality, that you don’t need to bother with.

bozhidar08:08:50

As for the exception - might be best to file a ticket with REPLy, as Colin would probably know what could have wrong.

bozhidar08:08:22

(@trptcolin is his Slack handle, the author of REPLy)

bringe23:08:06

I'm trying to lein deploy clojars with a non snapshot version, so it needs to be signed with GPG, but when I run that command I get the following output after entering my clojars credentials:

Created C:\Development\project-name\target\project-name-0.2.0.jar
Wrote C:\Development\project-name\pom.xml
Need to sign 2 files with GPG
[1/2] Signing C:\Development\project-name\target\project-name-0.2.0.jar with GPG
gpg: cannot open tty `no tty': No such file or directory
Could not sign C:\Development\project-name\target\project-name-0.2.0.jar
gpg: cannot open tty `no tty': No such file or directory
I'm running this on windows in powershell (VS Code integrated terminal). Not sure if that matters, but I've read that GPG is a pain on windows.

bringe23:08:01

I really want to be able to deploy my library with a non snapshot version, and this is frustrating. I have a GPG key pair generated, and only one, and it should be using that one by default from what I understand. Searching that error online has not helped, but I may have missed something.