what’s clerk?

doh, thought about writing that but then thought the GitHub link would show the description but I guess that's wrong

updated

that's a nice project :thumbsup:

@U5H74UNSF just a heads up this URL returns 404 https://nextjournal.com/nextjournal/use-restriction

Waiting to play with it since your :clojureD session, amazing! One question, though: No OSS License?

Yeah was just going to ask that too — you state it’s open source but I don’t see the license. Congrats on the release though, it looks really good. I enjoyed playing with it briefly after your earlier announcement.

@U3MRWH35M oh, which URL?

@U0N9SJHCH @U06HHF230 oh yes, clearly forgot something. will fix the missing license in a bit

@U5H74UNSF use restriction url i linked there

Added https://github.com/nextjournal/clerk/blob/main/LICENSE (ISC)

@U3MRWH35M can’t find where it’s coming from, can you point me to the source?

Awesome, can't wait to try it out! Also, a bit off topic but seeing more projects use #babashka for tooling is great!

@U5H74UNSF sorry I misunderstood you and thought you were asking which page was returning 404. The link i posted is in pricing page under the "What is Nextjournal's Fair Use policy"? FAQ, which ends the paragraph with Usage Restriction policy. And that link returns 404 when clicked.

@U3MRWH35M ah, thank you, I fixed it.

From the demo: ;; open clerk (browse/browse-url (str ":" port))

browse is not required though, this is an alias to which namespace?

[clojure.java.browse :as browse]

ah thanks

oh this is pretty neat

when you use polyglot notebooks can you share data from a cell using one engine to a cell using a different engine?

@ULE3UT8Q5 oh actually you can now pass {:browse? true} to serve!, will update the demo to reflect this.

Oh it's in there, I just didn't know it's the java namespace, lines 15-16 are not needed :)

Pretty clear demo :)

oops

Execution error (OutOfMemoryError) at java.util.Arrays/copyOf (Arrays.java:3746).
Java heap space

(clerk/show! “notebooks/viewer_api.clj”)

@ULE3UT8Q5 I've seen this at times, it's a race condition where Clerk would try to write an infinite seq to disc. I'll see that I make the detection more robust or put some (overridable) guardrails in place

anything I can provide as diagnostic data?

@U5H74UNSF

@ULE3UT8Q5 does this happen for you every time? I have ideas for fixes and I'll let you know once I have something for you to try. If you can share more about your environment (machine, os) that could also be helpful. Thanks!

openjdk version “13.0.2” 2020-01-14 OpenJDK Runtime Environment AdoptOpenJDK (build 13.0.2+8) OpenJDK 64-Bit Server VM AdoptOpenJDK (build 13.0.2+8, mixed mode, sharing) On Big Sur

gaaaaah not enough time in the daaaaaay

We released https://clojars.org/io.github.nextjournal/clerk/versions/0.2.214 earlier. Can recommend a bump.