This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-10-18
Channels
- # aleph (59)
- # beginners (21)
- # bigdata (1)
- # boot (110)
- # cider (7)
- # clara (1)
- # cljs-dev (160)
- # cljsjs (3)
- # clojars (10)
- # clojure (122)
- # clojure-czech (2)
- # clojure-dusseldorf (5)
- # clojure-france (1)
- # clojure-italy (4)
- # clojure-korea (5)
- # clojure-russia (13)
- # clojure-spec (15)
- # clojure-uk (78)
- # clojurebridge (1)
- # clojurescript (196)
- # core-async (6)
- # core-logic (27)
- # cursive (11)
- # data-science (2)
- # datomic (45)
- # dirac (9)
- # emacs (2)
- # funcool (8)
- # hoplon (16)
- # immutant (13)
- # jobs (1)
- # klipse (11)
- # lein-figwheel (1)
- # leiningen (1)
- # off-topic (3)
- # om (40)
- # onyx (31)
- # pedestal (25)
- # re-frame (55)
- # ring (1)
- # ring-swagger (1)
- # rum (4)
- # specter (1)
- # sql (2)
- # untangled (30)
- # vim (12)
- # yada (12)
if I try to deploy to clojars but I put the password incorrectly, the lib is not available to my projects unless I re deploy correctly. This would be a vulnerability I think because I could “try” deploying libs to make them unavailable
@nes: a failure to deploy doesn't alter the clojars repo, so I don't understand your comment
if the lib doesn't make it to clojars, and isn't in ~/.m2/repository/
then it will be unavailable to your projects
@tcrawley of course, but thats not what I mean. I made this vid where I try to deploy to an existing project that is on clojars (`digitalize`). (with a wrong password on purpuse) then I do lein deps
on another project that would otherwise work fine but now it cant find digitalize
https://vid.me/9jPg
@tcrawley or @danielcompton - I just updated issue #559. I pushed some changes to my fork/branch for review. It passes tests but runs into a problem when using the /error page to test ring exceptions. The call to the RavenErrorReporter -report-error function triggers a clojure exception as listed in #559 comments. Please take a look when you get a chance. I can’t figure out why that method cannot be found - the only clue I have is that the method name is not namespace qualified.
@nes: hmm, what does the project.clj for formaterr look like? What does ~/.m2/repository/digitalize/digitalize/0.1.0-SNAPSHOT/maven-metadata.xml
look like? Can you also give the output of ls ~/.m2/repository/digitalize/digitalize/0.1.0-SNAPSHOT/
?
I suspect what's happening is lein deploy
may be writing to the local maven-metadata.xml
for that snapshot, which lein deps
in the other project sees causing it to try and find a timestamped version that doesn't exist locally or remote
Yep was just going to say the same thing