Clojurians
#boot-dev
<
2017-12-22
>

This page is not created by, affiliated with, or supported by Slack Technologies, Inc.

martinklepsch11:12:41

Has anyone tried 2.8.0-SNAPSHOT yet? I haven’t created a GitHub release and I’m not sure if that’s required

martinklepsch11:12:55

The AppVeyor build seems to be failing because I haven’t created one

martinklepsch11:12:53

Creating a release for mutable SNAPSHOT feels a bit weird but I’m also not sure which boot.jar I’m supposed to upload? /cc @alandipert

martinklepsch12:12:21

FYI I updated the Github notifications to not post comments on existing issues anymore.

martinklepsch15:12:20

Would be curious if anyone has thoughts on https://github.com/boot-clj/boot/issues/542

martinklepsch15:12:49

(It’s about passing arguments to tasks as-is without any clojure.tools.cli interference)

alandipert15:12:50

martinklepsch were you able to do the snapshot release? also i dropped a commen on 542

dave16:12:14

i like @alandipert’s idea about a new syntax to indicate that args should be passed to a function with that name in build.boot's namespace

dave16:12:22

seems potentially very useful

dave16:12:39

especially if symbols can be ns-qualified

martinklepsch19:12:03

@alandipert I published the appropriate jars to Clojars but didn’t create a release on Github. It seems that this is an issue for Windows CI at least but it hasn’t prevented me from using 2.8.0-SNAPSHOT

martinklepsch19:12:39

If anyone can confirm that they are able to run the SNAPSHOT that’d be helpful.

flyboarder19:12:13

@martinklepsch nope

flyboarder19:12:33

I modified boot.properties however it fails to download the snapshot

flyboarder19:12:45

I assume I’ll need to build it myself

martinklepsch19:12:41

@flyboarder does it fail at trying to download a jar from github?

flyboarder19:12:21

Downloading ...
Exception in thread "main" java.io.FileNotFoundException: 
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1836)
	at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1441)
	at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
	at java.net.URL.openStream(URL.java:1045)
	at Boot.download(Boot.java:176)
	at Boot.install(Boot.java:227)
	at Boot.main(Boot.java:241)

martinklepsch19:12:31

Ok, I think I know what the issue is then

martinklepsch19:12:15

will post here once fixed, should be in a few hours

martinklepsch20:12:44

Tagging snapshot releases on github is a bit weird — what do people think about using qualifiers like -alpha1?

flyboarder23:12:42

@martinklepsch its running but I got this:

flyboarder23:12:48

Downloading ...
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See  for further details.

martinklepsch23:12:41

yeah I’m also getting those SLF4J warnings, will need to look into where those are coming from

martinklepsch23:12:30

Really not happy with those -SNAPSHOT things, might go forward with -alpha1 -alpha2 and so on unless there are objections

flyboarder23:12:52

that could get awkward quickly

martinklepsch23:12:07

@flyboarder could you elaborate?

flyboarder23:12:58

if there are accidental issues pushed, I see us going from alpha1 to alpha11 quickly, but thats IMO

flyboarder23:12:59

personally I dont cut boot releases so i would say whatever is easier for those who do

martinklepsch23:12:27

I see what you mean, also this could become an issue with people running boot -u since -alpha` releases would technically be stable releases as far as I understand