Is GnuWin32 still the recommended package to install on Windows prior to installing Leiningen?

in a leiningen project, how would I go about printing the dependency tree that will be visible to the user of my lib once I deploy it to clojars? Doing lein with-profiles -dev deps :tree still seems to add things like clojure-complete and org.clojure/tools.nrepl etc...

@mbjarland I’m not sure if there is a way with deps :tree. I’d think it’d work, but haven’t looked into it

No, that doesn’t make sense, disregard. Deleted it. I’d think deps :tree would work if you get the correct active profiles

@mikerod yes, that is part of my confusion, what are the active profiles I should enable to get the dependencies an user of the library would see once deployed

@mbjarland so you want the dependencies as if you were doing lein jar ?

@mikerod I want whatever dependencies you would see if you added my lib to the project.clj of your project and ran lein deps :tree

I would guess the deps for lein jar and what I’m asking for is the same thing, yes

yeah, lein deps should just be based on the aether resolution stuff (maven style deps and coords)

@mbjarland my guess is you have more profiles other than just :dev bringing in these things

It’d be better if you could explicitly only specify the profiles you wanted to keep (whitelist instead of blacklist)

@mikerod that is my guess as well…as for what profiles are active and/or which profile I should enable to only get the dependencies packed into the jar pom.xml etc I’m at a loss for

@mbjarland it seems difficult to be able to easily get the same pom generation profile state as in lein pom

I don’t know of a clear way to mimic that

which seems a little strange to me in a build tool

there is logic around keeping :sticky profiles and :provided profiles

but I don’t know how to enforce that on other tasks, like lein deps

then again, now you have me wondering what profiles lein deps makes active by default

I don’t know that it makes sense to me for it to have dev profiles active…

dev for sure

I guess originally/historically lein deps was meant to download deps locally

I think it was a prerequisite step to other tasks or something like that

nowadays, that isn’t true it. I believe it is mentioned as that’s sort of a deprecated thing

then again, you can see (at least in the :tree output) in the output that some dependencies are :scope "test" etc

right, I saw that in the lein cli help deps Download all dependencies.

it just gets the :default profiles if you don’t specify (so what a lot of tasks do)

anyway, I figured I was missing something obvious but sounds to me like this might actually be a bit more esoteric than I expected

I just think you have to carefully choose the profiles with-profile

maybe like

how would I go about listing all the profiles or figuring out what profiles lein jar uses

lein with-profile :provided deps :tree hah

but you wouldn’t get your :leaky profiles that way (if you have any)

profiles aside from the ones I have defined myself feel very opaque to me

Lein :default profiles are [:base :system :user :provided :dev]

so you could also jus tdo

lein with-profile -base,-system,-user,-dev deps :tree I guess

that’d let you get the rest of your profiles brought in naturally possibly

naturally the pom.xml contained within the generated jar file lists the right deps

:provided would be included in your artifact as a dependency. If it follows Maven resolution rules, a “provided” scope dep wouldn’t bring any further transitive dependencies onto the classpath (it is meant to be provided by the consumer)

Yeah, I may go back to my earlier other idea that is less elegant and just use Maven dep tree on the generated pom

You’ll have to keep in mind the scopes, e.g. “test” scope wouldn’t be something a consuming app would get

Sounds like there should be a lein plugin (or built-in with deps etc) that can report on these sort of more tricky dependency lists

yeah I come from a substantial number of years building applications in other languages for the JVM using gradle

to me this should be the most obvious dependency list to ask for “when I publish my lib, what will the user see”

sure

I’m not the definitive source of truth on lein though. Perhaps I’m missing something that could be done here.

What I said about just using Maven after, at least relates to this one https://stackoverflow.com/questions/33093833/display-complete-dependency-tree-with-leiningen

yeah and many thanks for all the help, I didn’t mean to be ungrateful, just a little befuddled by the seeming difficulty here

not the same question precisely though

sure. Yeah, I’ve struggled a few times with uberjar/jar/pom things related to active profiles and how to know them easier. So it relates to what I’ve encountered before

I often just end up reading the lein code when in a big jam

I’d say that at least the codebase is relatively easy to sift through 😛 not that makes it nice when wanting to do something like this

while I’m here I might as well ask…is there some best practice for choosing the namespace of clojars deployments…i.e. just my-special-lib or mygroup/my-special-lib

I see both and am wondering if one or the other is considered bad karma

@mbjarland I’m pretty sure the recommendation is to always use a group, not bare names

although it obviously hsn’t been followed all the time in the past

This has came up on some other channels recently too (can’t remember specifically)

doh, shame I already published the jar to clojars…the way I understand it, once published, clojars is forever

yeah, maybe

I can’t actually enumerate the reasons to use groups beyond avoid collisions

I think it’s bitten written about though elsewhere. I guess you get that bare name forever now

hah

I actually don’t know about clojars management and removal etc. So I’m no help to you there.

hrm…ok not exactly happy about it, trying to be a good citizen and publish according to the mojo of the community

I’ll look into it, but I remember reading that once published things stay (ala Rich Hickey’s presentation about dependencies and why mavencentral rocks)

I guess it is possible to follow this https://github.com/clojars/clojars-web/wiki/About#how-do-i-delete-a-jar

Sure, the idea is to not take things away - breaks people

I think they handle the removals case-by-case in these cases (even maven)

https://github.com/clojars/clojars-web/wiki/Groups I don’t know that this really is very clera

It sounds like it encourages groups, but doesn’t like Maven using reverse-domain names

but if you push to a group like mbjarland/my-lib, you then own the mbjarland group

(if it didn’t exist)

I think if you don’t use a group, you may implicitly get a group of the same name as your lib my-lib/my-lib It just can be truncated to my-lib as a lein style dep

@mikerod I've updated the docs for Groups, we don't discourage use of reverse DNS groups anymore

Is that clearer, is there more we should add there?

@danielcompton oh cool

It is clearer than before

the one thing I noticed in the sentence structure there is it wasn’t immediately clear that clojars actively encourages the use of a group though

However, what you changed is still clearer to me. Before the change it sounded like it may be recommending no group. It was just ambiguous language semantics before I think.