This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-05-12
Channels
- # bangalore-clj (1)
- # beginners (28)
- # boot (33)
- # chestnut (3)
- # cider (35)
- # cljs-dev (64)
- # cljsrn (16)
- # clojure (95)
- # clojure-android (6)
- # clojure-austin (1)
- # clojure-italy (5)
- # clojure-korea (1)
- # clojure-russia (55)
- # clojure-sg (1)
- # clojure-spec (25)
- # clojure-uk (57)
- # clojurescript (120)
- # code-reviews (7)
- # community-development (2)
- # core-async (3)
- # cursive (6)
- # data-science (3)
- # datascript (10)
- # datomic (12)
- # devcards (1)
- # emacs (9)
- # gsoc (7)
- # hoplon (18)
- # lumo (2)
- # off-topic (10)
- # om (24)
- # onyx (17)
- # pedestal (46)
- # powderkeg (1)
- # protorepl (7)
- # re-frame (31)
- # ring-swagger (34)
- # spacemacs (10)
- # specter (9)
- # sql (39)
- # unrepl (9)
- # untangled (3)
- # utah-clojurians (1)
Hi Booters! Living in the commercial software development and using boot there, I occasionally have to provide information on my dependencies and the licenses used. Is there already a boot task out there that could help with this and that I just did not find, yet? If not, how would I best go about this?
I am aware of boot-deps by @martinklepsch and looked at its code. AFAICS, the ancient-clj
lib used under the hoods does only deliver version and artefact ID information, but not the license.
It seems to inspect the jar & pull out the pom.xml, then check the license field there 🙂
Alternatively you could use the APIs of http://libraries.io or versioneye
but I guess looking at the jars is easiest
@ska also be aware that nowadays boot show --updates
does pretty much the same as boot-deps
boot show --updates
feels like downloading the rest of the internet I did not yet cache locally.
Hm, the result is hard to understand. E.g. it says [environ "1.0.2"]
but I already have 1.1.0 in my deps. :thinking_face:
@dominicm Yes, I just stumbled over lein-licenses, too. Does not rely on 3rd party libs for the heavy lifting so probably not easy to port to boot. Wasn't there an incantation to create a profile.clj
from boot?
Thanks, @dominicm. I could get lein-licenses to work. I did not like reading its implementation, though. For a correct attribution, one would also have to try to extract the copyright information. Just imagine being able to run ./boot deps-about
and get an about-file with all the information in it.... sigh 😉
@ska is all the information you need generally provided in a library’s pom.xml?
@martinklepsch POM allows it, but people do not really maintain it. A nice POM is (obviously) found in the Maven attribution plug-in: https://github.com/jinnovations/attribution-maven-plugin/blob/master/pom.xml
Yeah thought it might not be sufficient
Released https://github.com/borkdude/boot-bundle 0.1.0
curious to know if that could pair with the defedntask @pesterhazy proposed for a fully static boot file
that was .....someone else I know @dominicm 👼 but I am sure @pesterhazy has had the same 😄 😄
By the way it is still here to wait: https://github.com/adzerk-oss/bootlaces/pull/16
@borkdude aren't we already 😄
Roughly, .clj = .edn + regex syntax + anonymous functions
I think over time, as a domain becomes clearer and patterns emerge, you can move towards a more declarative/config based system that's an abstraction above your recurring primitives.
Hi hoping someone might be able to help me out with this. I've got a boot cljs project (lets call it foo
) that creates a generic webapp that can take some config files. I'd like to make another project, say bar
that loads foo
from our private maven repo and mixes in the config files. I'm deploying via lein --- using lein deploy private
. The app itself comes in and runs fine in my bar
project, but I'm having trouble getting the less
task (from boot-less
) to find the main.main.less
resource from foo
. I'm not exactly sure how to align the :resource-paths
in foo
's project.clj
file and the :resource-paths
in bar
's build.boot
task. serve
seems to be finding the index.html
fine, but less
is not finding .less
files.
@toomstoxx difficult to say like this, but a (show :fileset true)
in the right place in the pipeline has saved my life many times.
@toomstoxx you are essentially looking to merge two filesets between tasks, when you package foo
into a jar and load it in bar
it is no longer a part of the fileset, it is however on the classpath, usually I use a custom task to fetch the classpath things, spit them to a temp folder and add that to the fileset.
bar
would then have the files you are looking for, I believe there may be a community task already available to do this