@U08TWB99B Your question can mean several things. Do you want the clojure CLI itself to use your fork, or do you want your build.clj to use your tools deps fork

I guess it would be clojure CLI

the clojure CLI uses a pre-built uberjar containing tools.deps. It doesn't use a version that is described in your deps.edn. But you should see that custom version in clj -Stree

e.g. if you would do:

clj
(require '[clojure.tools.deps])

To avoid confusion, I would recommend using a different alias for testing, since :deps is a built-in alias in the "root" deps.edn (which is inside tools.deps).

@U04V15CAJ But would that happen before dependencies are resolved? In particular, what I’m trying to do is add some sort of offline mode for git dependency resolution. My work VPN is causing me serious headaches accessing off-VPN git libs, and they change so infrequently that I would be okay running with cached versions for periods of time. So, if tools.deps is bundled in the uberjar, I’m thinking I’ll need to build that. I have tried poking around to figure out where that is built, but I haven’t figured that out yet, either.

yes

I mean, yes, you need to build your own uberjar

Any idea where that happens?

if it helps, here is a re-implementation of the bash portion of the CLI: https://github.com/borkdude/deps.clj but it still downloads the uberjar from http://clojure.org

it happens in https://github.com/clojure/brew-install

with clj -T:build release

Thanks! I’ll start there

the uber jar ends up in target/clojure-tools-<version>.jar

but this is not a sustainable path to an environment, really only suitable to testing something

depending on your scenario, you may be able to solve this with the existing git support

which supports local file path git repos

but it depends how much git stuff you are depending on and whether those have transitive git deps too

Yeah, I think that would be complicated with transitive dependencies.

well you can rewrite git urls in git itself

look up insteadOf

you should be able to set git config that rewrites your external git urls to local git urls. because tools.deps (really tools.gitlibs) uses git, it will also use that

That would be interesting. I’ll take a look at that option first.

just as a meta observation - start with the actual problem here :)

"My work VPN is causing me serious headaches accessing off-VPN git libs, and they change so infrequently that I would be okay running with cached versions for periods of time." is a good problem statement :)

and just fyi, there are also tools that do this sort of thing at an enterprise level (just like they do with maven repos), and I would very much like to support those well eventually, not just for performance but for enterprise control/threat containment

Nice! insteadOf handles my case. I like that much better. Thanks!