This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-05-05
Channels
- # aws-lambda (1)
- # beginners (294)
- # boot (35)
- # cider (19)
- # cljs-dev (39)
- # cljsrn (7)
- # clojars (48)
- # clojure (266)
- # clojure-android (1)
- # clojure-brasil (1)
- # clojure-france (2)
- # clojure-greece (5)
- # clojure-italy (7)
- # clojure-mexico (1)
- # clojure-russia (24)
- # clojure-spec (10)
- # clojure-uk (31)
- # clojurescript (134)
- # consulting (7)
- # cursive (69)
- # datomic (20)
- # emacs (57)
- # events (2)
- # figwheel (2)
- # hoplon (1)
- # jobs-discuss (19)
- # luminus (33)
- # lumo (18)
- # mount (1)
- # off-topic (32)
- # om (5)
- # onyx (27)
- # pedestal (15)
- # re-frame (12)
- # reagent (28)
- # rum (2)
- # schema (2)
- # spacemacs (9)
- # unrepl (2)
- # untangled (7)
- # vim (5)
- # yada (4)
@danielsz I am getting a strange error, could you explain possibly?
No, sorry, but then again, I'm not the right person to ask. Maybe @danielcompton?
Looks like it's trying to deploy a .finalized file?
Can you share the full deploy log?
@danielcompton where is the deploy log? or do you mean the stack trace?
@flyboarder all of the logs that were part of your deploy command
but the problem seems to be that you uploaded a .finalized
file which had no checksums
@flyboarder hmm, I believe we write a .finalized
file to the tmp upload repo, but it should be excluded from the checksum check. I'll take a look
@flyboarder it looks like the cookie store for the aether client is being reused between deploy calls. Are you doing these deploys from a repl?
if the cookies are reused, then the same tmp repo is used, which is what appears to be happening here (all the snapshot deploys are ending up in the same tmp)
not that deploying from the repl is a bad thing, I'm just trying to figure out the cause here
@tcrawley I think you are correct, i have only found reference to this file in the clojars-web repo, and I am deploying from boot continuously
in the meantime, you should be able to deploy by invoking boot from the command-line, if that's an option
yeah it works the first go round, but when the watch task reruns the push command it breaks
I have not tried with releases, currently using snapshots as I dont want 50 new releases when im testing the deployment
oh man I spent all day yesterday making sure it wasnt me causing the propblem XD
@tcrawley do you want a github issue?
@flyboarder that would be swell, thanks!
@flyboarder thanks. We have a test that is doing almost the exact thing you are, but it succeeds :( Do you have a locally modified boot.aether
or a modified build of pomegranate
, perchance?
nope! im basically using this build pipeline boot watch build-jar push-snapshot
which works without the watch command
but on subsequent deployments it fails with that error
it’s provided by bootlaces
, but it’s just a task that collects clojars creds and uses the built-in push task
https://github.com/adzerk-oss/bootlaces/blob/master/src/adzerk/bootlaces.clj#L76-L80
I tracked the trace stack down to the aether/deploy call
so i thinks it’s the server
yes, definitely, we have a bug. I just want to add a test for it, so I know when I've fixed it/break it in the future
basically, I need to figure out how to get aether/deploy
to reuse a cookie store between calls
that makes sense since the worker pod is constructed only once when the task it built
I agree, except two aether/deploy
calls right after each other in the clojars tests don't share :(
@tcrawley I fixed it by monkey-patching the push
task, now uses a new pod each time the task runs, fixed the issue!
good deal. I may have you unfix it and try after I push a fix if you are cool with that
yep, I’m not submitting the patch up to boot, instead im including it with my custom task