clojars

borkdude 2022-06-04T09:56:39.240239Z

I can't deploy to clojars ... 😱

Checksum validation failed, expected 306592ef671ef8c6f6f84e7341b9c8e417adcb01 but is f9a5fb105c8dd4b00a1fc335c8eaad8e8439eb44

borkdude 2022-06-04T09:57:50.472909Z

The full output:

$ bb publish --skip-bump
Deploying org.babashka/cli-0.2.10 to repository clojars as borkdude
Sending org/babashka/cli/0.2.10/cli-0.2.10.pom (1k)
    to 
Sending org/babashka/cli/0.2.10/cli-0.2.10.jar (5k)
    to 
Retrieving org/babashka/cli/maven-metadata.xml (1k)from 
Checksum validation failed, expected 306592ef671ef8c6f6f84e7341b9c8e417adcb01 but is f9a5fb105c8dd4b00a1fc335c8eaad8e8439eb44
Retrieving org/babashka/cli/maven-metadata.xml (1k)from 
Could not transfer metadata org.babashka:cli/maven-metadata.xml from/to clojars (): Checksum validation failed, expected 306592ef671ef8c6f6f84e7341b9c8e417adcb01 but is f9a5fb105c8dd4b00a1fc335c8eaad8e8439eb44
Execution error (ChecksumFailureException) at org.eclipse.aether.connector.basic.ChecksumValidator/validateExternalChecksums (ChecksumValidator.java:174).
Checksum validation failed, expected 306592ef671ef8c6f6f84e7341b9c8e417adcb01 but is f9a5fb105c8dd4b00a1fc335c8eaad8e8439eb44

Full report at:
/var/folders/j9/xmjlcym958b1fr0npsp9msvh0000gn/T/clojure-12973975526547264868.edn
Error while executing task: publish

borkdude 2022-06-04T10:06:26.911039Z

Publishing a new version also didn't work. Halp!

borkdude 2022-06-04T10:13:27.781099Z

Also tried using lein deploy clojars but didn't work :(

plexus 2022-06-04T11:08:27.727689Z

I tried it here to see if I had the same issue but doesn't look like it, I managed to do a mvn deploy for com.lambdaisland/facai

borkdude 2022-06-04T11:23:52.872589Z

yeah, something is screwed with this repo I'm afraid

borkdude 2022-06-04T11:33:54.209719Z

Something is obviously wrong here:

$ curl -s  | sha1sum
f9a5fb105c8dd4b00a1fc335c8eaad8e8439eb44  -
$ curl -s 
306592ef671ef8c6f6f84e7341b9c8e417adcb01%

borkdude 2022-06-04T12:22:27.985309Z

@tcrawley?

2022-06-04T12:52:22.662059Z

Hmm. Looking now.

❤️ 1
2022-06-04T13:03:25.135259Z

Can you share the contents of

that you see? I think this may be a CDN caching issue, because I get:
curl -s 
f9a5fb105c8dd4b00a1fc335c8eaad8e8439eb44

2022-06-04T13:03:40.897259Z

I may need to purge the cache.

2022-06-04T13:04:45.672039Z

Wait, you just did share the contents, duh.

2022-06-04T13:04:54.561879Z

Looking at the caching settings now.

2022-06-04T13:08:50.207449Z

I purged the cache, can you try again?

2022-06-04T13:10:30.187619Z

We have logic to purge files on deploy, but that runs in a future w/o error handling, so if the request fails, you'll have stale data in any nodes that had the old versions cached. The node(s) you hit would have them cached since you deployed the prior version.

borkdude 2022-06-04T13:10:39.739079Z

It worked!

2022-06-04T13:10:48.303569Z

Great! Sorry for the trouble.

borkdude 2022-06-04T13:11:06.844539Z

Is there anything on my end that I should do to prevent this next time?

2022-06-04T13:11:41.133789Z

Unfortunately, no. I need to make the purging more robust on the server side. I'll create an issue to look at that.

borkdude 2022-06-04T13:13:31.907079Z

Thanks a lot!

2022-06-04T13:13:37.429309Z

My pleasure!