# Skinney/murmur3 not downloading

**URL:** <https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285>\
**Category:** Learn\
**Created:** [September 17, 2020, 6:16pm UTC](https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285 "2020-09-17T18:16:25Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![hexedhash](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/hexedhash/32/3384_2.png) [@hexedhash](https://discourse.elm-lang.org/u/hexedhash)\
**Post date:** [September 17, 2020, 6:16pm UTC](https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285/1 "2020-09-17T18:16:26Z")

</div>

I am seeing the following stack trace in my ci/cd pipeline when installing elm packages.

```auto
2:08:33 PM: Starting downloads...
2:08:33 PM: ✗ Skinney/murmur3 2.0.8
2:08:33 PM: ● elm/random 1.0.0
2:08:33 PM: ● elm/regex 1.0.0
2:08:33 PM: ● elm/time 1.0.0
2:08:33 PM: ● elm/html 1.0.0
2:08:33 PM: ● elm/parser 1.1.0
2:08:33 PM: ● truqu/elm-base64 2.0.4
2:08:33 PM: ● elm/browser 1.0.2
2:08:33 PM: ● elm/virtual-dom 1.0.2
2:08:33 PM: ● elm/bytes 1.0.8
2:08:33 PM: ● elm/url 1.0.0
2:08:33 PM: ● rtfeldman/elm-hex 1.0.0
2:08:33 PM: ● elm/svg 1.0.1
2:08:33 PM: ● elm/http 2.0.0
2:08:33 PM: ● elm/json 1.1.3
2:08:33 PM: ● elm/core 1.0.5
2:08:33 PM: ● elm/file 1.0.5
2:08:33 PM: ● elm-explorations/test 1.2.2
2:08:33 PM: ● pablohirafuji/elm-syntax-highlight 3.3.0
2:08:33 PM: ● rtfeldman/elm-css 16.0.1
2:08:33 PM: Verifying dependencies (19/20)
2:08:33 PM: Verifying dependencies (20/20)-- CORRUPT PACKAGE DATA --------------------------------------------------------
2:08:33 PM: I downloaded the source code for Skinney/murmur3 2.0.8 from:
2:08:34 PM: Failed during stage 'building site': Build script returned non-zero exit code: 1
2:08:33 PM: https://github.com/Skinney/murmur3/zipball/2.0.8/
2:08:33 PM: But it looks like the hash of the archive has changed since publication:
2:08:33 PM: Expected: 81a0bada79740ae806df04b1bb14a7d64f763ac5
2:08:33 PM: Actual: 931398ec656078e26b2e29520cd283ffe6e8e441
2:08:33 PM: This usually means that the package author moved the version tag, so report it
2:08:33 PM: to them and see if that is the issue. Folks on Elm slack can probably help as
2:08:33 PM: well.

```

Is anyone else running into this?

cc @robin.heggelund

---

<div class="post-metadata">

**Author:** ![evancz](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/evancz/32/16_2.png) [@evancz](https://discourse.elm-lang.org/u/evancz)\
**Post date:** [September 17, 2020, 7:00pm UTC](https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285/2 "2020-09-17T19:00:13Z")

</div>

I believe the root issue is a user name change on GitHub, from `Skinney` to `robinheghan`, which ends up changing the hashes for releases.

I sent some chats to @robin.heggelund of possible paths and how I can help if needed, but in the meantime, **you can get your CI unstuck by placing the following directory on it:**

```
~/.elm/0.19.1/packages/Skinney/murmur3/2.0.8

```

You should have this on your local development system.

Zip it up, and add a temporary line before you run any Elm stuff to place this directory on the CI machine.

* * *

* * *

**CI Note:** I very highly highly highly encourage people with CI to **cache your `~/.elm` directory** from build to build. This will make you immune to DNS issues, GitHub downtime, or things like this scenario! That directory just contains (1) static files that have been downloaded and (2) the build artifacts they produce deterministically. The one thing that can go wrong is acquiring the files over HTTP!

**Hashing Note:** The current design for hashing was chosen under the assumption that hashes of GitHub zip files would be based strictly on the content of the files, but it appears that incidental information about how GitHub hosts things also makes its way into these hashes. It is stable in general, but certain things can knock it out of whack. So I’d like to switch how hashes are generated to an approach that takes longer, but cannot be tripped up by these details. This is an infrastructure that’s much larger than it sounds, but it is highest priority for any package work.

---

<div class="post-metadata">

**Author:** ![evancz](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/evancz/32/16_2.png) [@evancz](https://discourse.elm-lang.org/u/evancz)\
**Post date:** [September 17, 2020, 7:19pm UTC](https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285/3 "2020-09-17T19:19:45Z")

</div>

It looks like there’s some discussion of work arounds on Slack as well. I’m copying the content of [this message](https://elmlang.slack.com/archives/C0CJ671HU/p1600333079263900) from turbo\_mack (with some edits for weird formatting issues)

> Some of you who depend on great work of @Robin might experience some issues due to package.elm not liking the fact he changed his name on Github. While this issue is being resolved you can use this workaround to make CircleCI pass:
> 
> ```auto
> # within home
> $ cd $HOME
> 
> # create tarball of ~/.elm
> $ tar -czvf elm-cache.tar.gz .elm
> 
> # copy tarball to project
> $ cp elm-cache.tar.gz my-project/directory
> 
> # commit tarball
> 
> ```
> 
> in our case we use circle-ci but it should be easy to port
> 
> ```auto
> - run:
> name: patch cache
> command: |
> tar -xzf elm-cache.tar.gz
> mv -f .elm $HOME/.elm
> 
> ```

The important parts are these two commands:

```auto
tar -czvf elm-cache.tar.gz ~/.elm # create tarball
tar -xzf elm-cache.tar.gz # unpack taraball

```

Any CI system could probably make a work around with some form of these commands.

---

<div class="post-metadata">

**Author:** ![evancz](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/evancz/32/16_2.png) [@evancz](https://discourse.elm-lang.org/u/evancz)\
**Post date:** [September 18, 2020, 12:05am UTC](https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285/4 "2020-09-18T00:05:55Z")

</div>

It appears that Robin has republished the packages under the new name, so it should now be possible to swap `Skinney/murmur3` to `robinheghan/murmur3` in your `elm.json` as well.

---

<div class="post-metadata">

**Author:** ![hexedhash](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/hexedhash/32/3384_2.png) [@hexedhash](https://discourse.elm-lang.org/u/hexedhash)\
**Post date:** [September 18, 2020, 3:38pm UTC](https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285/5 "2020-09-18T15:38:01Z")

</div>

Thanks @evancz!

For transparency, this was the fix for me:

> <https://github.com/supermacro/elm-antd/pull/39>

Which included [elm-css’s change](https://github.com/rtfeldman/elm-css/pull/528).

murmur3 was an indirect dependency via elm-css. I had to manually update my elm.json to remove the stale reference to murmur3.

---

<div class="post-metadata">

**Author:** ![klemola](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/klemola/32/4593_2.png) [@klemola](https://discourse.elm-lang.org/u/klemola)\
**Post date:** [September 21, 2020, 7:38am UTC](https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285/6 "2020-09-21T07:38:11Z")

</div>

Ouch. I saw Robin’s PSA about the name change, but I didn’t consider that his projects could be indirect dependencies. Luckiy elm.json is flexible enough to make those deps into proper deps, at least temporarily.

---

<div class="post-metadata">

**Author:** ![razze](https://yyz1.discourse-cdn.com/flex035/user_avatar/discourse.elm-lang.org/razze/32/1650_2.png) [@razze](https://discourse.elm-lang.org/u/razze)\
**Post date:** [September 21, 2020, 12:43pm UTC](https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285/7 "2020-09-21T12:43:51Z")

</div>

Totally subjective, but it seems, like we currently get this every week. I think I saw three people mention in slack, that they renamed themselves on github, not sure why that’s so popular right now.

---

<div class="post-metadata">

**Author:** ![system](https://canada1.discourse-cdn.com/flex035/uploads/elm_lang/original/1X/50a05e53677a2c3b47776d7abd0f113eb50193a1.png) [@system](https://discourse.elm-lang.org/u/system)\
**Post date:** [October 1, 2020, 12:43pm UTC](https://discourse.elm-lang.org/t/skinney-murmur3-not-downloading/6285/8 "2020-10-01T12:43:52Z")

</div>

Closed on October 1, 2020, 12:43pm UTC

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.