Když už to umí kernel, tak proč ne "kernel 2";) Ale trochu se bojím toho, že pak pomalu odsuneme nepodporovane platformy na druhou kolej, jelikož pro ně Rust není. Neříkám, že by byl dobrý nápad, spouštět systemd na m68k, ale i tak se můžeme dostat do stavu, že nějaká část systemd nepojede na něčem podobném. Ale podobná diskuze asi proběhla už i u jádra.
Tohle je samozřejmě pravda a je to asi nejvážnější argument proti Rustu v podobných projektech. U jádra se v dohledné budoucnosti Rust bude moci používat jen v "listových" modules, tj. takových, na kterých žádné další moduly už nezávisí (ovladače, FS apod), takže uživatelé nepodporovaných platforem budou mít v nejhorším případě přístup k podmnožině featur jádra ale nebudou od něj odříznuti úplně.
U systemd je to trochu jinak, ten pokud vím (zatím) žádnou takovou politiku nemá. Teoreticky se může stát, že na m68k nebo SPARC nebude možné systemd buildovat (přinejmenším ne oficiálně podporovaným překladačem). Jenomže doopravdy jsou tyhle architektury v každém případě časem odsouzené, navíc žádné ze stěžejních dister (= těch, co používají systemd) už na nich dávno stejně nefunguje. Jediná výjimka je Debian, který to bude muset nějak řešit. Ledaže by taky zařízl podporu takových platforem, případně je přenechal Devuanu.
To je (velmi) podrobně rozebíráno v diskuzi v odkazovaném pull requestu. Aktuální názor je, že se bude udržovat duální implementace některých celků (tj. C a Rust paralelně). První leaf moduly přejdou plně na Rust až v momentě, kdy bude hotový a stabilní Rust front-end pro GCC, čímž přestane existovat Vámi popsaný problém.