Skip to content

rustup activates the wrong date of rust #1417

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

Closed
mcandre opened this issue May 23, 2018 · 3 comments
Closed

rustup activates the wrong date of rust #1417

mcandre opened this issue May 23, 2018 · 3 comments

Comments

@mcandre
Copy link

mcandre commented May 23, 2018

I want to install rust, formerly nightly, v1.27.0, dated 2018-05-16. However, when I instruct rustup to do this, 1.27.0-nightly dated 2018-05-15 is active instead, which breaks clippy v0.0.201:

$ rustup update nightly-2018-05-16
$ rustup default nightly-2018-05-16

$ rustup show
Default host: x86_64-unknown-linux-gnu

installed toolchains
--------------------

stable-x86_64-unknown-linux-gnu
nightly-2018-05-16-x86_64-unknown-linux-gnu (default)
nightly-x86_64-unknown-linux-gnu

active toolchain
----------------

nightly-2018-05-16-x86_64-unknown-linux-gnu (default)
rustc 1.27.0-nightly (f0fdaba04 2018-05-15)

$ rustc --version
rustc 1.27.0-nightly (f0fdaba04 2018-05-15)

I'm curious if rustup is somehow failing to activate the right dated version, or if the release itself features conflicting timestamps in its packaging? I just don't know.

In any case, as a workaround, I am downgrading clippy further, from v0.0.201 to v0.0.200, which is then compatible with rust 1.27.0-nightly 2018-05-15 AKA 2018-05-16, or really any 1.27.0-nightly on or after 2018-05-13.

@Diggsey
Copy link
Contributor

Diggsey commented May 27, 2018

Rustup installs the correct version, but unfortunately rustc --version reports the date of the last commit, not the release date.

@Diggsey Diggsey closed this as completed May 27, 2018
@mcandre
Copy link
Author

mcandre commented May 28, 2018

👍 Ah, gotcha. Could these different dates be unified somehow?

@Diggsey
Copy link
Contributor

Diggsey commented May 28, 2018

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

No branches or pull requests

2 participants