Clojurians Log v2

I’m thinking of separating out the clojars site build from the deploy phase, especially as this is likely to be run when the officials clojars repo is down

So the Clojars uberjar will get built (by the Clojars server?) and put on S3, and then any future ansible run will be able to pull it down without clojars needing to be up

I ran into a humorous issue where i had set the hostname of the vagrant box to be http://clojars.org so it tried to look up itself to download dependencies when the box was bootstrapping

ha

hmm, yeah, I guess it is kind of odd that we we build clojars on clojars, requiring clojars

we could also build the uberjar locally, then copy it to the server

and have the build run the tests first

as it does now

yeah that would be good, but I think it might need to be a separate operation so that if clojars is down it can still be redeployed

well, if we move the repo to block storage, the repo would still be available, as would the mirror

Thinking about pricing for cloud storage, do you know how the request pattern works with Leiningen when looking for deps? My assumption is that it checks custom repos, Maven Central, then Clojars. I wonder if we pay for requests for resources that don’t exist?

There won’t be much bandwidth, but there is a per request fee which might add up if there are lots of 404s?

that's a good point - yeah, aether asks everyone for everything, so we get lots of 404s

we should check to make sure providers don't charge for 404 requests

brb

gotta go too

https://forums.aws.amazon.com/thread.jspa?messageID=58436

> As our intent is to charge equitably for system resources used, we will be charging the owner of the bucket for 403s and 404s, since they consume system resources (as do all requests). Note that we will not be charging for requests which fail due to an Amazon S3 internal system error (all other requests will be billed).

interesting

Might be good to use multiple dns providers too https://medium.com/@brianarmstrong/youre-probably-doing-dns-wrong-like-we-were-6625efaed390#.eu8hcul6c

that's an interesting read. I wonder if DNSimple has since added support for multiple providers?

we'll see soon enough I guess

they have: https://support.dnsimple.com/articles/secondary-dns/