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

Cargo fails to download packages from the registry: "unsupported protocol" #873

Closed
tomaka opened this issue Nov 14, 2014 · 4 comments · Fixed by #878
Closed

Cargo fails to download packages from the registry: "unsupported protocol" #873

tomaka opened this issue Nov 14, 2014 · 4 comments · Fixed by #878

Comments

@tomaka
Copy link
Contributor

tomaka commented Nov 14, 2014

Yesterday I have reinstalled Windows (for reasons totally unrelated to Rust), and since then trying to build a library which has dependencies in the registry fails like this:

D:\Projets\glium>cargo test --verbose
 Downloading gl_common v0.0.1 (the package registry)
Unable to get packages from source

Caused by:
  Failed to download package `gl_common v0.0.1 (the package registry)` from https://crates-io.herokuapp.com/api/v1/crates/gl_common/0.0.1/download

Caused by:
  Unsupported protocol

With cargo 0.0.1-pre-nightly (e6ec71a 2014-11-11 22:44:53 +0000) (note that this is the latest nightly available).

This probably comes from curl, but I don't know the exact cause.

@alexcrichton
Copy link
Member

Where did your cargo come from? Did you use it from the nightlies or did you build it manually?

@tomaka
Copy link
Contributor Author

tomaka commented Nov 14, 2014

I'm using the nightlies.

@alexcrichton
Copy link
Member

Ok, looks like we're not building cmake correctly, working on a fix now. Thanks for the report!

@alexcrichton
Copy link
Member

I've updated curl-rust to fix this, will update cargo once that gets merged

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants