Fork me on GitHub
#kaocha
<
2022-03-22
>
Nikolas Pafitis14:03:28

Hello I'm trying to setup kaocha-cljs2 along with shadow-cljs but I keep getting this message The required namespace "goog.debug.Logger" is not available, it was required by "lambdaisland/glogi.cljs". Is there a dep i should import for this? Other goog namespaces are builtin when using shadow-cljs i don't understand.

1
oxalorg (Mitesh)14:03:04

Can you try and update shadow-cljs to the latest version once and see if it fixes this?

Nikolas Pafitis14:03:58

I'm running the latest version, maybe i should downgrade?

oxalorg (Mitesh)14:03:04

Can you also check if you have latest https://github.com/lambdaisland/glogi in the deps?

oxalorg (Mitesh)14:03:40

If you don't have an entry feel free to add one explicitly

Nikolas Pafitis14:03:36

Adding an explicit dependency to glogi gives me The required namespace "goog.debug.LogBuffer" is not available, it was required by "lambdaisland/glogi/console.cljs".

oxalorg (Mitesh)14:03:35

Sorry just one last time to confirm, you are still on latest shadow and cljs versions?

oxalorg (Mitesh)14:03:56

Because I had this exact same error in a project today and updating all deps fixed it 🙈

Nikolas Pafitis14:03:29

I downgraded shadow-cljs from 2.17.8 to 2.16.12

oxalorg (Mitesh)14:03:48

Noooooo, try upping it back up 🆙

Nikolas Pafitis14:03:56

Cljs is also at latest 1.11.4

Nikolas Pafitis14:03:14

let me try again

oxalorg (Mitesh)15:03:28

Can you also run this (assuming you're using deps to manage shadow):

➜  your-project git:(main) ✗ clj -Stree | grep glogi
com.lambdaisland/glogi 1.1.144
  X com.lambdaisland/glogi 1.0.136 :use-top

plexus15:03:11

> Can you also run this (assuming you're using deps to manage shadow): Please also share the exact version of ClojureScript and of google closure library that it's pulling in. We've made a lot of effort in glögi to be compatible with all the different ClojureScript versions but maybe they made breaking changes again, or maybe we're not actually compatible with certain versions.

plexus15:03:25

a full clj -Stree would be great, or if you can't share that for reasons then please share the output of

clj -A:dev -Stree | egrep '(glogi|closure|clojurescript)'
(change -A:dev to whatever aliases you have active when the error happens)

Nikolas Pafitis15:03:04

clj -A:cljs:dev-cljs:test-cljs -Stree | egrep '(glogi|closure|clojurescript)'

      X lambdaisland/glogi 1.0.70 :use-top
      X lambdaisland/glogi 1.0.70 :use-top
  X org.clojure/clojurescript 1.11.4 :use-top
  . com.google.javascript/closure-compiler-unshaded v20220202
  . org.clojure/google-closure-library 0.0-20211011-0726fdeb
    . org.clojure/google-closure-library-third-party 0.0-20211011-0726fdeb
  . org.clojure/google-closure-library-third-party 0.0-20211011-0726fdeb
org.clojure/clojurescript 1.11.4
  X com.google.javascript/closure-compiler-unshaded v20210808 :older-version
  . org.clojure/google-closure-library 0.0-20211011-0726fdeb
    X org.clojure/clojurescript 1.10.597 :use-top
      X org.clojure/clojurescript 1.9.89 :use-top
    X org.clojure/clojurescript 1.7.170 :use-top
    X org.clojure/clojurescript 1.7.48 :use-top
    X org.clojure/clojurescript 1.9.908 :use-top
lambdaisland/glogi 1.0.106
  X org.clojure/clojurescript 1.10.238 :use-top

plexus15:03:07

the root of the problem is a series of breaking changes in the google closure library, which has led to us having to resort to increasingly creative hacks to still be able to support all versions, and we do test glogi on multiple versions of clojurescript and thus closure, but as I said either there's a regression or there's been another breaking change

plexus15:03:30

perfect! thanks! let me check that

Nikolas Pafitis15:03:03

Sorry for the delay I was in a meeting

oxalorg (Mitesh)15:03:36

> >

lambdaisland/glogi 1.0.106
It's still not using latest glogi, can you make sure that you have glogi version "1.1.144"

Nikolas Pafitis15:03:27

There's two different packages

Nikolas Pafitis15:03:34

>

lambdaisland/glogi
and

Nikolas Pafitis15:03:44

>

com.lambdaisland/glogi

oxalorg (Mitesh)15:03:53

OH YES! You need the com.lambdaisland/glogi {:mvn/version "1.1.144"} version

plexus15:03:54

yeah was just gonna say, newer releases are under com.lambdaisland for this package to be in line with clojars policy

Nikolas Pafitis15:03:11

should i also use the com.lambdaisland for kaocha deps as well?

oxalorg (Mitesh)15:03:24

If available, kaocha is on lambdaisland/kaocha not on com

plexus15:03:25

no, we're still releasing kaocha under lambdaisland. For most projects that already existed before the new policy we're sticking to lambdaisland for now because clojars/tools.deps don't support propert relocation (yet). With glogi we were a bit too fast to move to the new id but then decided to move back and forth would create even more confusion.

Nikolas Pafitis15:03:01

I see, i just saw kaocha-cljs under the new org and I assumed everything was migrated

Nikolas Pafitis15:03:10

Anyways i'm happy to inform you that it finally built

🙌 1
1
plexus15:03:51

great! happy to hear! we would like to migrate everything, but until clojars and tools.deps have a better story for that we're afraid it's going to cause too much churn.

plexus15:03:31

newer packages are only released under com.lambdaisland, because we are no longer allowed to publish those under lambdaisland