Rustup should attempt a self update
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 7k
- Forks
- 1.1k
- Avg merge
- 22h 40m
- Merged PRs (30d)
- 46
Description
Somewhat annoying, there was a breaking change in channel*.toml which my old rustup couldn't handle. It wasn't until asking in irc that I found out rustup had a 'self update' feature.
Not too much to gain and probably somewhat troublesome but rustup should be able to check for updates in case it runs into an error easily attributed to being out of date (potentially made easier by adding versioning and version check to the channel*.toml's or any other data passed to the rustup application that is version dependent).
The user shouldn't be bothered with this when they know they want to update and the rustup application being out of date is the issue. Or at least they should be made known of the 'self update' feature at times it seems appropriate.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how rustup handles channel*.toml errors and where the existing self update feature is exposed. Define the update-check conditions and user messaging with the maintainers, then add coverage for the chosen behavior; done means an appropriate outdated-data error can inform or trigger updating without disrupting explicit update requests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100