status of the conch branch: this works:

$ lein bb '(conch/programs grep ps) (grep "ssh" {:in (ps "-e" {:seq true})})'

$ ./bb '(conch/programs grep ps) (grep "ssh" {:in (ps "-e" {:seq true})})'

Currently I have no idea why this gets stuck. Feel free to help debugging 🙂

@sogaiu Thanks for confirming that this affects both lein and native: https://github.com/borkdude/babashka/issues/119#issuecomment-556295326

have left them both running, will check on their status when back from a walk :)

I hope your computer won't blow up

This is babashka built with GraalVM 19.3.0: Linux: https://1858-201467090-gh.circle-artifacts.com/0/release/babashka-0.0.33-SNAPSHOT-linux-amd64.zip macOS: https://1856-201467090-gh.circle-artifacts.com/0/release/babashka-0.0.33-SNAPSHOT-macos-amd64.zip Can you check if ./bb '(slurp "")' works? It works on my machine now without any additional settings. (cc @jeroenvandijk)

@borkdude per #1336 I could get that preciously but not with ECC, so you probably want to check that it’s negotiating something decent

@lvh Oh sorry, I thought you were only referring to the SSL stuff. How can I trigger something ECC related in Clojure?

Ideally you wouldn’t have to: the problem is that if you disabled libsunec’s associated provider, everything just worked, but only did DHE instead of ECDHE— let me get you a reproducer

@borkdude tried the 0.0.33-SNAPSHOT-linux-ad64 snapshot here with the slurp successfully :thumbsup:

😄

@sogaiu can you also check if it still failed in 0.0.32?

You can use https://github.com/lvh/nscap to capture traffic and then Wireshark or whatever to see if something does ECDHE. Or when I get off this plane and am at Conj, I’ll do it myself :)

with 0.0.32 I got:

$ /usr/local/bin/bb '(slurp "")'
WARNING: The sunec native library, required by the SunEC provider, could not be loaded.

@lvh I'll let you do it yourself, because I don't really understand this stuff. Have fun at the conj 🙂

with 0.0.32 (built via the tag):

$ ./bb '(slurp "")'
WARNING: The sunec native library, required by the SunEC provider, could not be loaded. This library is usually shipped as part of the JDK and can be found under <JAVA_HOME>/jre/lib/<platform>/libsunec.so. It is loaded at run time via System.loadLibrary("sunec"), the first time services from SunEC are accessed. To use this provider's services the java.library.path system property needs to be set accordingly to point to a location that contains libsunec.so. Note that if java.library.path is not set it defaults to the current working directory.
sun.security.ec.ECKeyPairGenerator.isCurveSupported([B)Z [symbol: Java_sun_security_ec_ECKeyPairGenerator_isCurveSupported or Java_sun_security_ec_ECKeyPairGenerator_isCurveSupported___3B]

yep, thanks.

I've merged the upgrade to 19.3.0 to master now

suddenly integrating some http client becomes more interesting now

i wonder if someone has wrapped: http://openjdk.java.net/jeps/321

iiuc, it has websocket and http2 support

although this requires JDK9, bb is still on JDK 8 for now

ah, well something to experiment with and look forward to 🙂

sure, yay 🙂

btw, regarding the conch test, both the bb and lein bb processes are still hung at the same place.

yeah, I noticed too

wonder what the "DRUNK" thing is...

"IN" nil
"IN" clojure.lang.LazySeq
"GET DRUNK" ("  PID TTY          TIME CMD"

it's logging I added. Drinkable is protocol on conch

and get-drunk is a function which uses that protocol

ahhhh, thanks, was really starting to wonder 🙂

haha, great names aren't they

https://github.com/borkdude/babashka/releases/tag/v0.0.33