Just in case anyone was wondering: the conversation between @qqq and I about guildsman gradients happened in #tensorflow

what does the ^:portkey/no-sync in

(ns ^:portkey/no-sync portkey.ouroboros
  "The JVM that instruments itself."
  (:refer-clojure :exclude [descendants])
  (:require [ :as io]))

I haven't seen it used often for namespace, but it's shorthand for metadata: https://clojure.org/guides/weird_characters#__code_code_and_code_code_metadata

I imagine that portkey uses the information internally for something.

Essentially it attaches the metadata map: {:portkey/no-sync true} to the namespace.

Some code operating on the namespace itself could then look up the metadata and do something depending on the value of that key in the metadata.

@qqq

Clojure, the first 10 years

What did we think we were getting (10 years ago)? A programming tool.
What did we get (10 years later)? A lens for viewing program construction and systems design.
The next 10 years?  It's all to you

operating inside boot, I get:

(clojure.core/require 'portkey.ouroboros) ;; => nil

(clojure.core/use 'portkey.ouroboros) ;; => namespace 'portkey.ouroboros' not found

@qqq It seems that boot’s classloaders shenanigans and portkey’s ones are not mixing up well

yeah, I got a slightly more helpful error, 1 moment please

https://github.com/portkey-cloud/portkey/blob/master/src/main/clojure/portkey/ouroboros.clj#L173 java.lang.IllegalStateException: This class is expected to be loaded by the system classloader. java.lang.ExceptionInInitializerError: clojure.lang.Compiler$CompilerException: java.lang.ExceptionInInitializerError, compiling:(portkey/ouroboros.clj:173:37) ^^-- that's the silent error when I try to (require 'portkey.ouroboros)

so the namesapce portkey.ouroboros is not loading, and it's complaininga bout that line 173 -- as for how to fix that, I don't know how

@cgrand: ^ @dominicm recommended pinging you 🙂

(from #boot)

Actually the source of the exception is https://github.com/portkey-cloud/portkey/blob/master/src/main/java/portkey/Agent.java#L8

okay, so https://github.com/portkey-cloud/portkey/blob/master/src/main/clojure/portkey/ouroboros.clj#L173 wants to look at portkey.Agent/instrumentaion which then causes the class to be loaded .. and runs the static functions to initialize it

Can’t fix it right now, would you mind opening an issue? I’ll try to take care of it once at the airport.

@cgrand: I'm not used to filing github issues. Here's my attempt at https://github.com/portkey-cloud/portkey/issues/36 -- please let me know if there is more info I should add.

@qqq that’s perfect thanks

(this is not an issue coming out the blue, we have discussed it so the issue as a summary of the current analysis is the right thing to write down)

glad to make an epsilon contribution; looking forward to resolution 🙂

It’s not an epsilon resolution, portkey needs people like you and @baptiste-from-paris that are brave enough to try it and find limitations and edge cases. :thumbsup:

I think that tactic has been successful and has gotten us this far, so continuing it will get us further :)

Hi! Is there some sort of “mentoring” program/website/else for Clojurians who would like to get paired with an experienced Clojure dev for feedback on a project and/or questions?

By that I mean not “one-off” pairing (like coming here to ask a question), but over a longer period of time

Maybe this belong in #off-topic…

@cgrand: documenting the error = epsilon 'contribution' resolution / fixing the error = lots of work = won't be done by me 🙂 btw, https://www.youtube.com/watch?v=qJXqQATJNTk was an excellent talk -- basically what got me to try portkey