Not sure if you mean proof of changing too fast …or not fast enough?
Linux has a wishlist of features they want for kernel development, and Rust has been working towards adding them.
Here's the paradox: Rust is very careful about compatibility and stability, the stable releases are changing slowly. But the Rust for Linux project wants to use the newly prototyped features right away, so they depend on not-yet-released features from unstable nightly versions of Rust.
> the Rust for Linux project wants to use the newly prototyped features right away
> they depend on not-yet-released features from unstable nightly versions of Rust
This is not true. Since kernel 6.11 they have specified a minimum version that is already stable. The strategy for the Rust kernel is to use the version of Rust that ships with Debian Stable. That is very far from using "the newly prototyped features right away".
Linux has a wishlist of features they want for kernel development, and Rust has been working towards adding them.
Here's the paradox: Rust is very careful about compatibility and stability, the stable releases are changing slowly. But the Rust for Linux project wants to use the newly prototyped features right away, so they depend on not-yet-released features from unstable nightly versions of Rust.