boot

:boot-clj: https://boot-clj.github.io/ — build tooling for Clojure. Dev chat in #boot-dev
2019-01-31T07:58:54.294500Z

So I’m using a boot task that has a dependency that doesn’t work on Clojure 1.9+. How do I fix this? I could either deploy a patched version of both libs to clojars and point to those or could I use with-call-in to replace the deps within the pod?

2019-01-31T18:27:32.295300Z

@jayzawrotny i would deploy a patched version, then make a PR on the original and when they merge/deploy switch to it and nuke your fork

2019-01-31T18:28:21.295600Z

an alternative is to make a wrapper task that runs the offending task in a pod, yes

2019-01-31T18:29:02.296Z

the latter is probably more expedient, but doesn't address the root problem

2019-01-31T20:42:27.297700Z

Ok great, fortunately I already made the pull request with the fix first but it may not be deployed for a while. I think in this case a deployed patch might be a good idea for now.

2019-01-31T20:43:01.298200Z

Thanks for the explanation. Should I learn how to wrap the task and change the deps in a pod anyway?

2019-01-31T20:48:19.298800Z

@jayzawrotny can't hurt 😄

flyboarder 2019-01-31T21:39:06.299900Z

@jayzawrotny you could also improve the boot task, ideally the tasks should use pods to keep the libraries isolated

2019-01-31T21:41:03.300300Z

Like make a pull request to fix the boot task?

flyboarder 2019-01-31T21:52:23.301700Z

Yes, although if the problem is 1.9+ Alan is right that the root problem should really be fixed.

flyboarder 2019-01-31T21:52:46.302200Z

But a custom task that uses pods is another solution

2019-01-31T22:09:04.307700Z

Makes sense. Created PR fix https://github.com/hashobject/sitemap/pull/7, which was merged but not released, and created an issue on the parent boot task that uses the lib https://github.com/hashobject/perun/issues/221. So when its released and updated I’ll just nuke my fork as Alan suggested. That way it can be fixed for others as well.