Closed ghost closed 2 years ago
@marodgz This is due to the "go mod vendor" step producing non-deterministic output.
Buildroot falls back to downloading from their sources website when the hash is wrong (as it is here).
I submitted this issue to the Buildroot mailing list a long time ago: https://yhbt.net/lore/all/20210801091416.GQ3189549@scaer/
Summary:
The access modes are different: In the 'good' archive, it is 0644 (rw-r--r--), while in the 'bad' archive, it is 0664 (rw-rw-r--). For some reason, Buildroot is not enforcing this mode properly when creating the .tar.gz (on some systems).
I'll ping the list again and see if they have any solution.
@marodgz I found a fix, it now uses a different archive format, please try latest "master" and be sure to "go submodule update" to get the new submodule. It should work with "make compile" right away.
Seems hash might be wrong again
make compile throws this error:
The hash seems to be valid: https://github.com/bradfitz/embiggen-disk/commit/c554fc1c93a4004ce0b6a3f69b0dabe0481a2308
However there's no folder called embiggen-disk here http://sources.buildroot.net/