Fork me on GitHub
#boot
<
2015-12-15
>
devn00:12:47

@micha: i ran into that same problem about FileNotFoundException for 2.0.0-rc14

devn00:12:54

Suggestion to drop something in the README

micha07:12:17

@juhoteperi: how do you feel about releasing 2.5.0?

micha07:12:27

maybe this week?

juhoteperi08:12:06

@micha: Yes, I think gpg stuff is good now

juhoteperi08:12:56

I think that should be checked first

danielsz08:12:03

@juhoteperi: I am using derived subkeys. I can test if you need it.

danielsz09:12:40

@onetom: Just to let you know that holygrail has been updated to the latest cljs tooling.

onetom11:12:20

i was trying to do some more TDD finally but clojure.test doesn't really cut it for me. i worked with a lot of ruby/js test frameworks (cucumber*, minitest, rspec, mocha, jasmine, sinonjs) and all of them had nice assertion functions and concise, helpful messages. what's the equivalent of those in clojure which is already integrated into boot? i saw https://github.com/jaycfields/expectations/issues/52 which is promising, but no pointer to an actual boot-task 😕

onetom11:12:44

we looked into midje, but only it's latest version (which is still snapshot) is actually integrated well enough with boot and it's not using pod-pools, so it a bit slow for datomic tests

onetom11:12:17

im also surprised by the lack of delineation between test runners, assertion libs, test result reporters

dm312:12:01

it is true, even coming from Java

dm312:12:36

midje seems like the best choice currently

onetom12:12:46

i just remembered to look around on http://www.clojure-toolbox.com/ speclj looks very much like rspec; that's something i could live with probably, if it's fast. still the question stands: which one of these are integrated with boot yet? (https://github.com/boot-clj/boot/wiki/Community-Tasks only mentions boot-test and boot-junit)

onetom12:12:57

@dm3: do u have any example project which i should check it out to see how does it look like in practice and try how fast is it?

dm312:12:52

with lein do lein midje :autotest and try changing some code

onetom12:12:34

im not interested in lein. the net is full of lein examples. we are on the boot channel for a reason 😉

onetom12:12:29

but thanks if that's an example of a realistic test suite!

nha13:12:36

Is there an example of clojure deps download/inject into a running repl (from emacs if that matters) ?

jaen13:12:44

(set-env! :dependencies #(conj % '[your/derp "version"]))

jaen13:12:53

Off the top of my head.

jaen13:12:42

This build.boot of mine can also be of interest to you - https://gitlab.com/jaen/clj-cljs-presentation/blob/master/build.boot - take a look at read-dependencies! the inital call to set-env! and update-deps task as used in dev task.

jaen13:12:19

A change in the resources/dependencies.edn will result in new deps being automatically injected into the boot process.

jaen13:12:47

It might not work all the time though - some deps can conflict and you have to re-run the boot process then.

nha14:12:56

@jaen: You are everywhere ^^ Thanks simple_smile

jaen14:12:22

Hahah. Well, if I can be of help at least... ; d

onetom14:12:13

@jaen: gitlab? how is it? just trying out or planning to migrate from github or bitbucket?

jaen14:12:03

In terms of bang for the buck so to speak it's the best - you get unlimited private repositories with unlimited amount of collaborators for free. AFAIR bitbucket has unlimited number of private repositories, but the amount of contributors is limited to 5 and github has no free option at all.

jaen14:12:43

In terms of interface usability github is still way ahead, but between bitbucket and gitlab it's about even, maybe with a slight edge towards gitlab.

onetom14:12:37

thx, i was not aware!

jaen14:12:54

And the on-premise basic version is also free, I don't think either of bitbucket and github has that.

onetom14:12:15

that i knew, but im not ready to maintain our own repo server just yet, though im getting more an more annoyed with the git push/pull delays... is http://gitlab.com fast for u? which country r u using it from?

onetom14:12:25

(we are in hong kong, which has clogged international pipes often)

jaen14:12:32

Well, when I started using gitlab it worked pretty well, recently it's a bit spotty, maybe it hit some growing pains, I guess?

jaen14:12:39

I'm using it from Poland if that matters.

micha15:12:45

@juhoteperi: thanks for the heads up, i forgot about that one

micha17:12:49

ok that's it for changes to 2.5.0-RC

micha17:12:17

any feedback before release would be greatly appreciated simple_smile

micha17:12:12

i created the boot-test organization on github

micha17:12:39

i was thinking that we could fork projects that use boot to this org and use them for testing new releases of boot

martinklepsch17:12:11

The boot-test name could be confused with anything test-runner related

micha17:12:29

what do you recommend?

martinklepsch17:12:39

will you put a 2.5.0-RC to clojars or straight 2.5.0?

micha17:12:23

straight 2.5.0 i was thinking

micha17:12:40

but maybe a snapshot? i haven't tried that

martinklepsch17:12:51

I'm thinking making RC releases available as snapshots via clojars might be a good way to enable more people to test pre-releases w/o building themselves

martinklepsch17:12:21

not sure if I fully understand the purpose of boot-test, what kind of projects to fork did you have in mind?

micha17:12:00

i want to make sure that changes don't affect existing projects

micha17:12:14

so the idea would be to fork public projects that use boot to there

micha17:12:29

and test boot by building them and comparing results, running tests, etc

micha17:12:12

also we can use that to measure real-world performance

micha17:12:01

what do you think would be a beter name?

micha17:12:06

s/beter/better/

martinklepsch17:12:21

I'm thinking maybe we can make a single repo that clones git repos and runs boot with a specified version in them?

martinklepsch17:12:54

managing forked repos and keeping them up to date could get annoying

martinklepsch17:12:06

and then maybe we just make a boot-clj/boot-testbed repo?

kardan17:12:34

I run into a dependency version number issue with encore, looking at https://github.com/ptaoussanis/encore/blob/master/DEP-CONFLICT.md

kardan17:12:09

Does boot also use the order of the dependencies?

kardan17:12:20

(Not sure my question makes sense - feeling a bit confused)

kardan17:12:47

Trying to look at the dependency graph with boot show -p and to define the dependency version number by direct reference. But struggling a bit

micha18:12:33

@kardan: the underlying maven library, Aether, does use the order in which you specify dependencies when resolving transitive dependencies

micha18:12:33

the strategy it uses to resolve transitive dependency conflicts is it picks the "shortest path", meaning the transitive dependency that is closest to a direct dependency in the dependency graph

micha18:12:23

but if there is more than one possible resolution (i.e. multiple conflicting versions of the transitive dep with the same number of "hops") it will choose the one that comes first

micha18:12:43

does that help?

micha18:12:53

@martinklepsch: keeping forked repos up to date isn't such an important thing because what we want to test is repeatability

micha18:12:08

so testing against the same versions is what we really want

kardan18:12:16

@micha: I’m chewing on your explanation, but thanks

kardan18:12:24

Not 100% sure that I get the dependency resolution scheme. But does https://gist.github.com/kardan/6ff4cca26d6d0ac9d175 look odd? (sorry for a crappy format)

kardan18:12:05

But not sure declaring a dependency first will solve my issue. The idea came from https://github.com/ptaoussanis/encore/blob/master/DEP-CONFLICT.md

micha18:12:39

that is puzzling

micha18:12:49

it says that it's using version 1.32.0

micha18:12:23

can you paste your build.boot please?

micha18:12:23

that looks ok to me

micha18:12:54

i don't understand how version 1.21.0 is getting in there, as boot reports 1.32.0 is loaded

micha18:12:44

i suspect maybe a bug in the code that tests for the encore version

kardan18:12:50

Ok, then at least I’m not super confused

kardan18:12:15

Thanks for the help

micha18:12:58

i wonder if timbre is doing somethjing with classloaders

micha18:12:06

or something

micha18:12:16

logging in java is pretty wacky

kardan18:12:41

I could not say, I don’t have a java backgound. But I’m getting there from doing Clojure simple_smile

micha19:12:44

@kardan: let me know what you discover, this is a weird issue

kardan21:12:14

@micha: I killed my vagrant box (where my project lives, hence the boot".sh"), now things seems to work without the specific "first in vector” declaration. Not really sure what’s going on. But in a scary way I’m glad it works now :thinking_face: But need to hit the hay now. If I run in to the problem and make progress I’ll report back. In anyway thanks for looking at my issue

micha21:12:06

@kardan: glad to hear it works, at least! thanks!