This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-06-09
Channels
- # announcements (12)
- # babashka (22)
- # beginners (17)
- # boot (5)
- # calva (45)
- # clj-kondo (17)
- # clojure (70)
- # clojure-australia (4)
- # clojure-europe (35)
- # clojure-finland (6)
- # clojure-losangeles (2)
- # clojure-nl (1)
- # clojure-uk (2)
- # clojured (26)
- # clojurescript (10)
- # conjure (1)
- # datahike (1)
- # events (1)
- # honeysql (14)
- # introduce-yourself (5)
- # jobs (5)
- # joyride (2)
- # minecraft (6)
- # off-topic (5)
- # pathom (14)
- # rewrite-clj (1)
- # shadow-cljs (13)
- # tools-build (6)
- # tools-deps (13)
- # vim (29)
- # xtdb (8)
Is lanterna only a pod now?
bb --describe
{:babashka/version "0.8.156"
...
:feature/lanterna true
...}
bb
Babashka v0.8.156 REPL.
Use :repl/quit or :repl/exit to quit the REPL.
Clojure rocks, Bash reaches.
user=> (require '[lanterna.terminal :as lit])
java.lang.Exception: Could not find namespace: lanterna.terminal. [at <repl>:1:1]
seems to have been like this in 0.8.2 tooWith the :bb reader form (for cljc files, probably getting the term wrong) is there a way to do something like #{:bb :cljs}, ie, to specify a reader fork for two of the three possible choices?
@U064X3EF3 is the set idea interesting at all? I'm sure it's come up, I just wasn't sure where to find a canonical discussion
I think it's unlikely we're going to make a change in this area anytime soon
was considered during the implementation and decided it was not worth the complexity
Makes sense to wait until it's obviously needed if ever
Reader conditional! That's the term.
Is Nix still supported for installing Neil?
As far as I can tell, the latest published version is 0.0.23
on Nixpkgs unstable.
$ which neil
/home/teodorlu/.nix-profile/bin/neil
$ ls -l $(which neil)
lrwxrwxrwx 1 teodorlu teodorlu 64 1970-01-01 01:00 /home/teodorlu/.nix-profile/bin/neil -> /nix/store/rf2fykxl71q5dfy7vs2gkb4m3fdld8k8-neil-0.0.23/bin/neil
Downloading the binary directly gives me neil 0.0.31
.@U3X7174KS I created a PR: https://github.com/NixOS/nixpkgs/pull/177148
Until it gets merged, you can run it with nix run github:jlesquembre/nixpkgs/neil-update#neil -- --version
Any ideas why I can't call .get
on an instance of org.httpkit.DynamicBytes
? Unfortunately I'm still clueless about sci internals.
sci.impl.analyzer/return-call/reify/eval analyzer.cljc: 1149
/sci.impl.vars.SciVar vars.cljc: 329
clojure.core/update core.clj: 6231
sci.impl.fns/fun/arity-1 fns.cljc: 106
sci.impl.analyzer/analyze-new/reify/eval analyzer.cljc: 858
clojure.core/mapv core.clj: 6970
clojure.core/reduce core.clj: 6885
...
clojure.core/mapv/fn core.clj: 6979
sci.impl.analyzer/analyze-new/reify/fn analyzer.cljc: 859
sci.impl.analyzer/analyze-dot/reify/eval analyzer.cljc: 820
sci.impl.evaluator/eval-instance-method-invocation evaluator.cljc: 185
sci.impl.utils/throw-error-with-location utils.cljc: 32
sci.impl.utils/throw-error-with-location utils.cljc: 34
clojure.lang.ExceptionInfo: Method get on class org.httpkit.DynamicBytes not allowed!
column: nil
file: "somefile.clj"
line: nil
type: :sci/error
Every class has to be explicitly mapped in a config to be available for Java interop. Maybe you can file an issue with what you're trying to accomplish. Isn't this an internal class or is it a public API? This kind of information would be useful.
It's a public class. I'm using babashka as an http proxy and wanted to not deserialize the bytes in the http response body and forward it on. Yeah thanks let me try :as :bytes
Turns out :as :byte-array
still unzips the content. :as :none
is what I'd like to use but that returns the DynamicBytes
instance. Probably should be handled within httpkit. Relevant issue https://github.com/http-kit/http-kit/issues/400