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

Feature request: "rustup update nightly" to the last version which has all necessary components. #1628

Closed
vi opened this issue Jan 29, 2019 · 5 comments · Fixed by #1997
Closed

Comments

@vi
Copy link

vi commented Jan 29, 2019

Instead of failing or forcing, just use not-so-up-to-date version.

Additinoal feature request: rustup update nightly --date=2019-01-29 to update nightly to a specific version while keeping it as "nigthly", not as a separate toolchain. Should also allow downgrades.

@kinnison
Copy link
Contributor

kinnison commented Feb 5, 2019

I like this idea and will give it further thought. It's a little awkward to walk the dates right now, but the latter half of your request is plausible at least.

@Nemo157
Copy link
Member

Nemo157 commented Feb 8, 2019

The latter half is very similar to my suggestion for updatable toolchain aliases, just being able to override the nightly toolchain with an alias pointing at a dated nightly.

@joshlf
Copy link

joshlf commented Jun 4, 2019

+1 this would be amazing. It would make a huge difference to my daily workflow.

@RalfJung
Copy link
Member

RalfJung commented Jun 4, 2019

(Please stick to one feature request per issue.)

The first request sounds related to #1501.

jonhoo added a commit to jonhoo/rustup.rs that referenced this issue Sep 16, 2019
Previously, if the user had components installed on `nightly` which were
not available for the latest nightly, `rustup update` would not update
the user's nightly at all. With this patch, rustup will try
progressively older nightlies until it finds a nightly that supports all
the components the user has installed for their current nightly.

Fixes rust-lang#1628.
Makes progress towards rust-lang#1501.
Fixes the underlying issue in rust-lang#1676.
jonhoo added a commit to jonhoo/rustup.rs that referenced this issue Sep 16, 2019
Previously, if the user had components installed on `nightly` which were
not available for the latest nightly, `rustup update` would not update
the user's nightly at all. With this patch, rustup will try
progressively older nightlies until it finds a nightly that supports all
the components the user has installed for their current nightly.

Fixes rust-lang#1628.
Makes progress towards rust-lang#1501.
Fixes the underlying issue in rust-lang#1676.
@jonhoo
Copy link
Contributor

jonhoo commented Sep 16, 2019

I just submitted #1997, which adds this feature.

jonhoo added a commit to jonhoo/rustup.rs that referenced this issue Sep 17, 2019
Previously, if the user had components installed on `nightly` which were
not available for the latest nightly, `rustup update` would not update
the user's nightly at all. With this patch, rustup will try
progressively older nightlies until it finds a nightly that supports all
the components the user has installed for their current nightly.

Fixes rust-lang#1628.
Makes progress towards rust-lang#1501.
Fixes the underlying issue in rust-lang#1676.
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.

6 participants