This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-11-06
Channels
- # announcements (12)
- # babashka (34)
- # beginners (85)
- # calva (76)
- # cider (14)
- # clj-kondo (49)
- # cljs-dev (32)
- # clojure (418)
- # clojure-europe (3)
- # clojure-france (4)
- # clojure-italy (17)
- # clojure-losangeles (8)
- # clojure-nl (5)
- # clojure-norway (2)
- # clojure-spec (2)
- # clojure-uk (88)
- # clojuredesign-podcast (4)
- # clojurescript (49)
- # clojurex (75)
- # clr (2)
- # core-async (13)
- # cursive (6)
- # datomic (57)
- # duct (31)
- # emacs (6)
- # fulcro (25)
- # graalvm (67)
- # graphql (13)
- # hoplon (1)
- # java (6)
- # juxt (11)
- # kaocha (5)
- # keechma (2)
- # leiningen (16)
- # mount (1)
- # off-topic (19)
- # pathom (2)
- # pedestal (1)
- # re-frame (11)
- # reagent (21)
- # reitit (22)
- # rewrite-clj (1)
- # shadow-cljs (98)
- # spacemacs (5)
- # sql (16)
- # tools-deps (8)
- # vim (28)
- # xtdb (4)
Getting back to rep, and I no longer need patched nrepl.transport and tools.cli to get it to build!! Hurrah!
has anybody been able to use clojure.test\run-tests
under graalvm? I've got a small sample working under clojure 1.9 but I am getting the unbalanced monitors error when trying to create a native-image when using clojure 1.10.
@eraserhd, maybe I need the patch you are using? By locking macro patch, do you mean CLJ-1472-reentrant-finally2.patch
from https://clojure.atlassian.net/browse/CLJ-1472 ?
that issue is a bit of a pain in the ass. what I have done for some projects is patch or just copy the clojure code and remove any references to locking
you might also use this workaround: https://github.com/taylorwood/clojurl/commit/12b96b5e9a722b372f153436b1f6827709d0f2ab it introduces a special form for locking and then uses that special form to patch several clojure functions.
I wonder what is different about clojure 1.9 and clojure 1.10 that this error started happening so often. maybe clojure 1.10 loads spec while doing things like resolve?
it is a bit confusing, the JIRA issue references the clj-1472-3.patch
but CLJ-1472-reentrant-finally2.patch
was created later.
@borkdude, I was hopeful when I saw -Dclojure.spec.skip-macros=true
in your clj-kondo compile script. I thought it might be related to this issue.
ah ya maybe, see it recommend for cli-matic for startup time: https://github.com/l3nz/cli-matic#reducing-startup-time-with-skip-macros
@borkdude have you started notarizing+stapling your GraalVM binaries yet? thinking to start solving this problem and want to collect some info. 🙂
i'm using https://github.com/mitchellh/gon on other stuff right now but want to make something just aliasable in deps.edn for it.
@gerred I haven't looked into this. Will users get into trouble with my binaries if I don't?
@borkdude a link from the gon page shows what users may have to do: https://github.com/hashicorp/terraform/issues/23033#issuecomment-542302933
not off-topic as far as I'm concerned: this affects all graalvm built clojure binaries
i wouldn't have classified it as painful -- but then development-type folks are used to having to do these kinds of "extra" things
maybe there can be a brew tool that whitelists all kinds of binaries, like a .catalina_ignore
or something
not sure about the dev cert -- if you happen to fit in this category, then no you don't have to pay? https://developer.apple.com/support/membership-fee-waiver/
Fee waivers are not available for: Individuals and sole proprietors/single person businesses
there is some discussion starting here: https://discourse.brew.sh/t/all-binaries-must-be-signed-in-future-macos/4963
hmm...i think i did have to do something to get clj-kondo to work...am i confusing some issues?
> this doesn't affect homebrew/downloading from the terminal what about binaries you install with homebrew, but are then executing using some other App like http://Emacs.app?
it's just that 99 euro a year that apple wants from me, while I'm giving my tools away for free, which feels a bit wrong
maybe Clojurists Together could invest in a Developer ID cert and come up with a process for that? I'd be willing to develop some tooling there to enable that for binaries.
The general idea with developer IDs is that they map pretty closely to the org producing the software. I'm not opposed to investigating this more though
Actually, reading https://discourse.brew.sh/t/code-signing-installed-executables/2131/11, it seems like maybe having a "Clojure Homebrew" style organisation that managed the building and notarization for Clojure apps could work OK.
The general idea with developer IDs is that they map pretty closely to the org producing the software. I'm not opposed to investigating this more though
Actually, reading https://discourse.brew.sh/t/code-signing-installed-executables/2131/11, it seems like maybe having a "Clojure Homebrew" style organisation that managed the building and notarization for Clojure apps could work OK.