But gitblit urls will not work in your way because gitblit urls will have a personal user like . Any cool idea about this case?

I would probably use the :defaults feature in my ~/.clojure/deps.edn file.

Sorry, *`:default-deps`

in tools.deps.alpha I can not find any information about default-deps. But our discussion made me more clear about my question remaining: How can I express a dependency for private gitblit repositories? The urls dependend on authorized user - so it would be or

:default-deps would be how I solve gitblit repos I mean. They are documented here https://clojure.org/reference/deps_and_cli

okay found default-deps in reference.

how would defaults help?

lets take

{:deps {gitblit-sally/awesome {:git/url ""}}}

You wouldn't do that, you would do this:

{:deps {gitblit/awesome nil}}

{
:aliases
{:defaults
 {:default-deps {gitblit/awesome {:git/url "…"}}}}}

okay ... got it

elegant solution for the clojure dependecy case ...

I will think about how to translate this idea to my dokument-references ... thx 🙂

It's an okay solution. In an ideal world, it would be nice to separate auth for some.server from it's reference, but ¯\(ツ)/¯

🙂

@dominicm hey, just helped someone track down a problem that looks due to a bad sha on the pack.alpha readme

in the “Auto-add to project” example, the sha at the end that is being injected is 1d455f6c591f440560c57a29e6d930004d735dcf, which is from May (if I understand what’s happening there correctly)

I’m assuming it should probably match the first sha or at least be more recent that that

the thing that was failing was due to not having the system repos, which looks like it was fixed in August

I will bump that this evening, @alexmiller. Thanks for the nudge 😊

Was it somewhere I should have seen it to support? I don't want to burden you with my mistakes!

Bumped! 🙂

Is there something wrong with the way I'm trying to pass this Java option: clojure -J-verbose:class?

it works if I do it in deps.edn like this: :jvm-opts ["-verbose:class"]

@robert.mather.rmm what problem do you have?

Error building classpath. Specified aliases are undeclared: [:-J-verbose :class]

are you using a recent clj script?

clj -Sdescribe 
{:version "1.9.0.375"
 :config-files ["/home/kevin/clojure-scripts/lib/clojure/deps.edn" "/home/kevin/.clojure/deps.edn" "deps.edn" ]
 :install-dir "/home/kevin/clojure-scripts/lib/clojure"
 :config-dir "/home/kevin/.clojure"
 :cache-dir ".cpcache"
 :force false
 :repro false
 :resolve-aliases ""
 :classpath-aliases ""
 :jvm-aliases ""
 :main-aliases ""
 :all-aliases ""}

same

:version "1.9.0.394"

weird, I changed deps.edn a bit and now it works suddenly. Let me see if I can rewind to the failing state

can't, now it just works. Filing that one under "no idea"...

The error is weird, makes me think of -O

Here's an even better one:

Exception in thread "main" java.lang.ExceptionInInitializerError
        at clojure.main.<clinit>(main.java:20)

I think where this ^^ has been seen is when user.clj has an issue

I’ve got a todo to look at the ticket filed about this in TDEPS (really, I think it’s a CLJ problem)

@robert.mather.rmm if the error was occurring during classpath creation, then you are probably getting the cached cp and missing that part of the logic. You can use -Sforce to force recomputation (and maybe retrigger the error)

Clojure should be better at reporting those

just needs a try/catch in the user.clj load path