tools-deps

Discuss tools.deps.alpha, tools.build, and the clj/clojure command-line scripts! See also #depstar #clj-new
alexmiller 2021-02-17T22:21:50.321200Z

Clojure CLI tools 1.10.2.786 are now available in a prerelease * https://clojure.atlassian.net/browse/TDEPS-56 - fix main-opts and jvm-opts splitting on space

šŸ„³ 1
alexmiller 2021-02-17T22:22:46.322200Z

This fixes the long-standing issue with space splitting necessitating the Corfield comma. I tested on both Mac and Windows, but I would really appreciate anyone kicking the tires on this.

šŸ™Œ 1
alexmiller 2021-02-17T22:29:00.326900Z

the .jvm and .main cache files are now in a different format (arg per line instead of space-separated args in a single line), but simply installing a new version of the CLI installs a new root deps.edn, which is part of the cache staleness check, so all existing cached files should be considered stale and the recomputed cache file should just happen automatically. I re-tested that too across the install boundary but again, more eyes welcome.

seancorfield 2021-02-17T22:29:33.327300Z

Nice! I look forward to being regulated to the annals of history as a Clojure curiosity! :rolling_on_the_floor_laughing:

šŸ™‚ 2
alexmiller 2021-02-17T22:29:46.327600Z

you never when the Corfield comma will strike again

alexmiller 2021-02-17T22:30:09.328Z

the next conf you go to, you should just wear a shirt with a big comma on it

šŸ˜‚ 5
ghadi 2021-02-17T22:31:27.328300Z

pour one out for a brilliant hack šŸ·

seancorfield 2021-02-17T22:32:03.328400Z

Imma stealin' that idea! šŸ™‚

seancorfield 2021-02-17T22:32:44.329300Z

I put a Jira issue on our board to switch up to 1.10.2.786 but it probably won't happen until tomorrow. I'll report back.

seancorfield 2021-02-17T22:33:50.330500Z

(right now I'm dealing with an edge case I discovered today when we switched from the CLJ_CONFIG hack to the generate-`deps.edn` hack... annoyed I missed this when I switched over a while back!)

alexmiller 2021-02-17T22:37:32.331500Z

I am also deep into considering a major change in the git impl (thanks @ghadi) which may also "fix" a slew of the outstanding git/ssh issues, hoping to get more time on that on Friday

alexmiller 2021-02-17T22:38:19.332100Z

and of course, some new stuff :)

2021-02-17T22:41:32.332200Z

People may think you have joined the Tres Comas club (Silicon Valley TV show reference)

2021-02-17T22:41:39.332400Z

if you have 3 commas on the shirt

borkdude 2021-02-17T22:46:43.332800Z

Is it the shelling out to git branch which ghadi made or something else?

alexmiller 2021-02-17T22:56:54.333Z

yeah

alexmiller 2021-02-17T22:57:52.334200Z

I'd like to release the current set of changes as stable before I push that into the prerelease though

borkdude 2021-02-17T22:58:49.335100Z

cool. I used that in tools-deps-native as well, when I had problems compiling jgit, worked great. later on I managed to get it working as is though. just fyi.

alexmiller 2021-02-17T23:37:39.335300Z

Good to know

alexmiller 2021-02-17T23:39:55.338600Z

There is a tools.gitlibs branch for it now that incorporates some additional changes. Iā€™m going to do some more work on the error handling still

seancorfield 2021-02-17T23:40:05.339Z

I'm working with t.d.a. 0.9.871 as a library, trying to resolve a specific set of deps and I'm getting this error:

{:clojure.main/message
 "Execution error (ArtifactNotFoundException) at org.eclipse.aether.internal.impl.DefaultArtifactResolver/resolve (DefaultArtifactResolver.java:414).\nCould not find artifact org.apache:apache:pom:13\n",
 :clojure.main/triage
 {:clojure.error/class
  org.eclipse.aether.transfer.ArtifactNotFoundException,
  :clojure.error/line 414,
  :clojure.error/cause
  "Could not find artifact org.apache:apache:pom:13",
  :clojure.error/symbol
  org.eclipse.aether.internal.impl.DefaultArtifactResolver/resolve,
  :clojure.error/source "DefaultArtifactResolver.java",
  :clojure.error/phase :execution},
 :clojure.main/trace
 {:via
  [{:type org.eclipse.aether.resolution.ArtifactDescriptorException,
    :message
    "Failed to read artifact descriptor for org.apache.httpcomponents:httpcore:jar:4.4.5",
    :at
    [org.apache.maven.repository.internal.DefaultArtifactDescriptorReader
     loadPom
     "DefaultArtifactDescriptorReader.java"
     301]}
   {:type org.apache.maven.model.resolution.UnresolvableModelException,
    :message "Could not find artifact org.apache:apache:pom:13",
    :at
    [org.apache.maven.repository.internal.DefaultModelResolver
     resolveModel
     "DefaultModelResolver.java"
     176]}
I can depend on org.apache.httpcomponents/httpcore {:mvn/version "4.4.5"} just fine from the CLI and other contexts but I'm at a bit of a loss to know where to start digging for this error...

seancorfield 2021-02-17T23:56:32.340600Z

I can't resolve org.apache/apache "13" via the CLI tho' so at least that part checks out (I found it on Maven and looks like it might just be a pom but the error above says it can't resolve that either...)