This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-09-19
Channels
- # bangalore-clj (35)
- # beginners (42)
- # boot (89)
- # cider (9)
- # clara (2)
- # cljs-dev (29)
- # cljsjs (3)
- # cljsrn (14)
- # clojars (9)
- # clojure (332)
- # clojure-brasil (1)
- # clojure-dev (5)
- # clojure-italy (4)
- # clojure-russia (36)
- # clojure-spec (38)
- # clojure-uk (65)
- # clojurescript (114)
- # clr (11)
- # community-development (105)
- # core-async (10)
- # cursive (4)
- # datascript (1)
- # datomic (58)
- # defnpodcast (3)
- # emacs (4)
- # hoplon (7)
- # juxt (3)
- # keechma (8)
- # off-topic (7)
- # om (109)
- # om-next (8)
- # onyx (26)
- # pedestal (3)
- # planck (8)
- # re-frame (76)
- # reagent (28)
- # rum (25)
- # spacemacs (2)
- # specter (35)
- # untangled (31)
- # yada (27)
FAIL in (repair-metadata-corrects-versions) (repair_metadata.clj:53)
creates the correct metadata
expected: (= ["0.1.0" "0.2.0" "0.4.0" "0.5.0-SNAPSHOT"] (.getVersions versioning))
actual: (not (= ["0.1.0" "0.2.0" "0.4.0" "0.5.0-SNAPSHOT"] ["0.2.0" "0.5.0-SNAPSHOT" "0.1.0" "0.4.0"]))
this is failing on a new ubuntu server, but not on my Mac, or in CI
I’m a bit puzzled
.getVersions
should return the versions in the order they appear in maven-metadata.xml
(I think). We add them in dir last modified order (https://github.com/clojars/clojars-web/tree/master/src/clojars/tools/repair_metadata.clj#L66)
maybe the version of java or the underlying syscalls used by FileUtils/copyDirectory
copy in a different order on the new machine: https://github.com/clojars/clojars-web/tree/master/test/clojars/test/unit/tools/repair_metadata.clj#L17
I may be doing something silly, but leiningen seems to hang when I put a clojars repo replacement in the :user
profile
it downloads from Central fine though
oh wait
it was doing a lein-npm install