A Linux kernel fejlesztői a Rust eszközlánc első frissítésére készülnek, mióta a Rust kód eredetileg egyesült a Linux 6.1-ben.
A kód eredetileg a Linux 6.1-ben egyesült, és a mai napig a Rust 1.62-t célozza meg, míg a tervek szerint a jelenlegi legújabb stabil kiadásra, a Rust 1.68.2-re frissítenek.
Ami a fő Linux kernel Rust kódjának ezt a nagy frissítését illeti, Miguel Ojeda javítási üzenete a következőket magyarázza:
“A kernel jelenleg csak egyetlen Rust verziót támogat (nem pedig minimum), tekintettel arra, hogy néhány „instabil” Rust-funkciót használunk, amelyek nem ígérnek visszafelé kompatibilitást.
A cél az, hogy elérjük azt a pontot, ahol deklarálhatunk egy minimális verziót az eszközlánc számára. Például úgy, hogy várunk a néhány stabilizálni kívánt funkciót. Ezért az első minimális Rust verzió, amelyet a kernel támogatni fog, a „jövőben lesz”.
# Frissítési szabályzat
Tekintettel arra, hogy előbb-utóbb el kell érnünk ezt a minimális verziót, ideális lenne időnként frissíteni a fordítót ideje a lehető legközelebb lenni ehhez a célhoz, és hamarabb megtalálni a problémákat. Extrém esetben frissíthetünk, amint megjelenik egy új Rust kiadás. Természetesen az ilyen gyakori frissítés éles ellentétben áll azzal, amire az embernek általában szüksége lenne GCC és LLVM, különösen a megjelenési ütemterv alapján: 6 hét Rust vs. fél év LLVM és egy év GCC.
Ennek ellenére nincs különösebb előnye a lassú frissítésnek: a”stabil”disztribúciókban lévő kernelfejlesztők valószínűleg amúgy sem tudják használni a terjesztés által biztosított Rust eszközláncukat a kernelhez. Ehelyett, ha rendszeresen frissítenek a legújabbra, a legújabb Rust-kiadást követő Linux-disztribúciókat használó kernelfejlesztők használhatják ezeket, nem pedig a Rust által biztosítottakat, különösen akkor, ha a csomagkezelőjük lehetővé teszi a verzió rögzítését/visszatartását/lefrissítését. néhány nap az ablakokban, amikor a verzió nem egyezik. Például az Arch, a Fedora, a Gentoo és az openSUSE biztosítja és nyomon követi a Rust legújabb verzióját, amint 6 hetente megjelennek.
Ezután, ha elérjük a minimális verziót, leállítjuk a frissítést, és eldöntjük, milyen széles lesz a támogatási ablak. Például a Rust verziók egy éve. Valószínűleg kicsiben akarjuk kezdeni, majd idővel kibővíteni, akárcsak a kernel eredetileg az LLVM esetében.”
További részletek erről a megfogalmazott frissítési irányelvről itt: a harmadik javítás.
Így a ez a javítássorozat a rendszermag frissítése a Rust 1.68.2-re.
