rustup: rustup nightly install failing
Just getting back into rust and installed rustup. Tried to install the nightly build and encountered the following error:
$ rustup install nightly
info: syncing channel updates for 'nightly-x86_64-unknown-linux-gnu'
info: downloading component 'rustc'
info: downloading component 'rust-std'
info: downloading component 'cargo'
info: downloading component 'rust-docs'
info: installing component 'rustc'
info: rolling back changes
error: failed to extract package
info: caused by: failed to unpack `rustc-nightly-x86_64-unknown-linux-gnu/rustc/share/man/man1/rustdoc.1` into `/home/david/.rustup/tmp/wnj79prt3m8vg6f2_dir/rustc/share/man/man1/rustdoc.1`
info: caused by: No such file or directory (os error 2)
Not sure if this is a nightly issue, a rustup issue, or my own lack of experience with rustup. Currently running Linux Mint 18
About this issue
- Original URL
- State: closed
- Created 7 years ago
- Reactions: 25
- Comments: 26 (21 by maintainers)
Commits related to this issue
- Update rust-installer to fix rust-lang-nursery/rustup.rs#1092 — committed to brson/rust by brson 7 years ago
- Move CI to trust These changes configure the trust template to use the correct credentials and project name. The rest was left as is. There seems to be an issue with rustup at the moment https://git... — committed to alexeyzab/tokei by alexeyzab 7 years ago
- Problem: current nightly builds are broken See https://github.com/rust-lang-nursery/rustup.rs/issues/1092 Solution: pin nightly to a specific release — committed to PumpkinDB/PumpkinDB by yrashk 7 years ago
- Auto merge of #41765 - brson:installer, r=alexcrichton Update rust-installer to fix rust-lang-nursery/rustup.rs#1092 r? @TimNN cc @alexcrichton @ranma42 — committed to rust-lang/rust by bors 7 years ago
- Move CI to trust (#122) * Move CI to trust These changes configure the trust template to use the correct credentials and project name. The rest was left as is. There seems to be an issue with ... — committed to XAMPPRocky/tokei by alexeyzab 7 years ago
- Auto merge of #1098 - ranma42:safe-untar, r=brson Update tar and use new safe unpacking function The `unpack_in` function automatically handles the creation of the directories and validates the path... — committed to rust-lang/rustup by bors 7 years ago
- Create full path to file entries The `unpack` function assumes that the directory in which the file is being extracted exists, while most `tar` tools will automatically create the intermediate direct... — committed to ranma42/rustup.rs by ranma42 7 years ago
- Create full path to file entries The `unpack` function assumes that the directory in which the file is being extracted exists, while most `tar` tools will automatically create the intermediate direct... — committed to ranma42/rustup.rs by ranma42 7 years ago
- Auto merge of #1098 - ranma42:safe-untar, r=brson Ensure that intermediate directories exist when unpacking an entry The `unpack` function assumes that the directory in which the file is being extra... — committed to rust-lang/rustup by bors 7 years ago
- Auto merge of #1098 - ranma42:safe-untar, r=brson Ensure that intermediate directories exist when unpacking an entry The `unpack` function assumes that the directory in which the file is being extra... — committed to rust-lang/rustup by bors 7 years ago
Damn you @alexcrichton!
The fix is upstream and tomorrow’s nightly should work.
@sharazam One way is to temporarily ‘pin’ your CI to a specific nightly from the archives with e.g.
--toolchain=nightly-2017-05-03.@sharazam If I were you (and to others who get this email), I’d enable the
allow_failuressetting for nightly Rust on Travis CI. Even their docs recommend this:https://docs.travis-ci.com/user/languages/rust/#Choosing-the-Rust-version
EDIT: forgot to mention ‘nightly Rust’
I hate tar. I prefer to use a single program like 7-zip that fetches by itself the files, compresses them, and later rebuilds the original directory tree and decompresses the files.
@brson needs to be past @bors by 0:00 UTC which gives us ~19 hours from this comment
I can confirm on Ubuntu 17.04.
rustup updateis broken as well. @davidroeca this is a very recent issue.Same issue on macOS 11.12