-
Notifications
You must be signed in to change notification settings - Fork 2k
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
rust: Use stable Rust #18839
rust: Use stable Rust #18839
Conversation
Murdock results✔️ PASSED 7583626 doc/rust: Nightly is not needed any more
ArtifactsThis only reflects a subset of all builds from https://ci-prod.riot-os.org. Please refer to https://ci.riot-os.org for a complete build for now. |
This is possible starting with Rust 1.65.
7cbb022
to
7583626
Compare
Fixed one more obsolete comment and punctuation error in the docs (insta-squashed). This should now be ready. (If we were in a hurry with getting rid of nightly, it might even be proposed for backporting into any 2022.10.1, but given that nightly just "sits there" after this commit, I don't think we are in a hurry) |
We could still backport it to the 2022.10 branch. I'm not qualified to truly understand the consequences, but to me it looks mostly like a convenience update. I'd say we can make an exception and backport it (especially on the grounds that I do not think that switching from a nightly toolchain to a stable toolchain branch is scary). But IMO we need to have some solid reasoning for why this cannot just wait for the next release. Would it fix any issues? |
Convenience and speedier removal of nightlies from CI is all there is to it. It solves no concrete problem of the shipped release.
|
Did you say this speeds up the CI times? We need to backport this!!!!!one one eleven |
The speedup is only in procedures: If this is backported, it'll take us one fewer release to achieve full nightly-freeness through the lockstepping between main git and the CI image. I don't expect any change in build times through the process, except if you count image obtaining times, which will be a few percent faster after RIOT-OS/riotdocker#214. But anyway, it could need an ACK fish fish before it is backported (or, rather not) |
Let's backport this :) |
Backport provided in #19058 |
19058: rust: Use stable Rust [backport 2022.10] r=maribu a=maribu # Backport of #18839 ### Contribution description Since Rust 1.65, we don't depend on anything nightly any more. This changes the examples and documentation to use stable. ### Testing procedure * Green CI with tests enabled * Look at changed documentation ([rendered](https://ci.riot-os.org/results/2923b30a4ba04dbface1ed38fb6aae12/doc-preview/using-rust.html#toolchain)) <del>Note that these will *not* pass yet: This needs a CI update (no PR associated: Any CI image built from now on will do).</del> ### Issues/PRs references A follow-up will simplify things a bit further, but that will depend on CI to have made stable the default, which is a later step in what is a bit of a lock-step game: * [x] CI rebuilds riotdocker -- no PR, then stable=1.65 * [ ] Use stable in examples -- this PR, then examples use stable * [ ] CI removes nightly and makes stable the default -- RIOT-OS/riotdocker#214, then default=stable * [ ] Use the new default to simplify makefiles -- #18840 Co-authored-by: chrysn <chrysn@fsfe.org>
19058: rust: Use stable Rust [backport 2022.10] r=maribu a=maribu # Backport of #18839 ### Contribution description Since Rust 1.65, we don't depend on anything nightly any more. This changes the examples and documentation to use stable. ### Testing procedure * Green CI with tests enabled * Look at changed documentation ([rendered](https://ci.riot-os.org/results/2923b30a4ba04dbface1ed38fb6aae12/doc-preview/using-rust.html#toolchain)) <del>Note that these will *not* pass yet: This needs a CI update (no PR associated: Any CI image built from now on will do).</del> ### Issues/PRs references A follow-up will simplify things a bit further, but that will depend on CI to have made stable the default, which is a later step in what is a bit of a lock-step game: * [x] CI rebuilds riotdocker -- no PR, then stable=1.65 * [ ] Use stable in examples -- this PR, then examples use stable * [ ] CI removes nightly and makes stable the default -- RIOT-OS/riotdocker#214, then default=stable * [ ] Use the new default to simplify makefiles -- #18840 Co-authored-by: chrysn <chrysn@fsfe.org>
19058: rust: Use stable Rust [backport 2022.10] r=miri64 a=maribu # Backport of #18839 ### Contribution description Since Rust 1.65, we don't depend on anything nightly any more. This changes the examples and documentation to use stable. ### Testing procedure * Green CI with tests enabled * Look at changed documentation ([rendered](https://ci.riot-os.org/results/2923b30a4ba04dbface1ed38fb6aae12/doc-preview/using-rust.html#toolchain)) <del>Note that these will *not* pass yet: This needs a CI update (no PR associated: Any CI image built from now on will do).</del> ### Issues/PRs references A follow-up will simplify things a bit further, but that will depend on CI to have made stable the default, which is a later step in what is a bit of a lock-step game: * [x] CI rebuilds riotdocker -- no PR, then stable=1.65 * [ ] Use stable in examples -- this PR, then examples use stable * [ ] CI removes nightly and makes stable the default -- RIOT-OS/riotdocker#214, then default=stable * [ ] Use the new default to simplify makefiles -- #18840 Co-authored-by: chrysn <chrysn@fsfe.org>
19058: rust: Use stable Rust [backport 2022.10] r=miri64 a=maribu # Backport of #18839 ### Contribution description Since Rust 1.65, we don't depend on anything nightly any more. This changes the examples and documentation to use stable. ### Testing procedure * Green CI with tests enabled * Look at changed documentation ([rendered](https://ci.riot-os.org/results/2923b30a4ba04dbface1ed38fb6aae12/doc-preview/using-rust.html#toolchain)) <del>Note that these will *not* pass yet: This needs a CI update (no PR associated: Any CI image built from now on will do).</del> ### Issues/PRs references A follow-up will simplify things a bit further, but that will depend on CI to have made stable the default, which is a later step in what is a bit of a lock-step game: * [x] CI rebuilds riotdocker -- no PR, then stable=1.65 * [ ] Use stable in examples -- this PR, then examples use stable * [ ] CI removes nightly and makes stable the default -- RIOT-OS/riotdocker#214, then default=stable * [ ] Use the new default to simplify makefiles -- #18840 Co-authored-by: chrysn <chrysn@fsfe.org>
214: rust: Only install stable toolchain r=chrysn a=chrysn Closes: #208 As of Rust 1.65, there is no need for nightly versions of Rust for RIOT any more. Currently, this will likely (i.e. unless the nightly selection script happens to manage the case of no nightlies by assigning stable instead) not build, and depends on RIOT-OS/RIOT#18839 which switches away from nightlies. (See there for an overview of all lockstepping involved) Co-authored-by: chrysn <chrysn@fsfe.org>
Contribution description
Since Rust 1.65, we don't depend on anything nightly any more. This changes the examples and documentation to use stable.
Testing procedure
Note that these will not pass yet: This needs a CI update (no PR associated: Any CI image built from now on will do).Issues/PRs references
A follow-up will simplify things a bit further, but that will depend on CI to have made stable the default, which is a later step in what is a bit of a lock-step game: