Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

file DOWNLOAD HASH mismatch error #108

Closed
liesrock opened this issue Nov 25, 2016 · 5 comments
Closed

file DOWNLOAD HASH mismatch error #108

liesrock opened this issue Nov 25, 2016 · 5 comments
Assignees

Comments

@liesrock
Copy link

In the robotology-superbuild we are having a problem related with file DOWNLOAD HASH mismatch, here the details:

  • Downloading CMakeParseArguments.cmake - Attempt 1 of 3
    CMake Error at cmake/IncludeUrl.cmake:281 (file):
    file DOWNLOAD HASH mismatch

    for file: [/home/lucamuratore/test-superbuild/build/CMakeFiles/CMakeParseArguments.cmake]
    expected hash: [0c4d3f7ed248145cbeb67cbd6fd7190baf2e4517]
    actual hash: [da39a3ee5e6b4b0d3255bfef95601890afd80709]
    status: [22;"HTTP response code said error"]

It did not appear in the past: what do you think @drdanz, @traversaro ?

@traversaro
Copy link
Member

Mhh.. there is a way to reproduce the issue? I guess with Ubuntu 14.04 + CMake 3.5 built from source?

@liesrock
Copy link
Author

It is both 16.04 + default CMake 3.5 and 14.04 + CMake 3.5 binaries.
if you just

git clone https://github.com/robotology-playground/robotology-superbuild.git test-superbuild
cd test-superbuild && mkdir build && cd build
cmake ..

You can see the error.

@traversaro
Copy link
Member

traversaro commented Nov 25, 2016

I get it, it happens in all newly create build directories.
I added some info to the error:

-- Downloading CMakeParseArguments.cmake from https://raw.githubusercontent.com/robotology/ycm/master/cmake-next/Modules/CMakeParseArguments.cmake  - Attempt 2 of 3

@traversaro
Copy link
Member

traversaro commented Nov 25, 2016

The problem is this recent commit: 8275d2e that changed the location of cmake-next/Modules/CMakeParseArguments.cmake to various version-specific location. I thin that for CMake 3.5 the easiest fix is to avoid download that file, given that is not necessary, but I have to understand where this information is encoded.

@traversaro
Copy link
Member

traversaro added a commit that referenced this issue Nov 25, 2016
traversaro added a commit to robotology-legacy/idyntree-superbuild that referenced this issue Nov 29, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants