A Linux kernelben terjedő Rust, valamint a FreeBSD-nél felmerülő hasonló tervek után adódik a kérdés, hogy a NetBSD is követi-e ezt az irányt. Benny Siegert, a NetBSD egyik fejlesztője egy friss bejegyzésben azt írja, hogy a projekt sajátosságai miatt több okból sem várható belátható időn belül Rust a NetBSD kernelében, még úgy sem, hogy korábban a Lua már helyet kapott a kernelhez kapcsolódó megoldások között.
Tartalomjegyzék
Erős érvek szólnak a bevezetés ellen
A Rust bevezetésével szembeni legerősebb érv a BSD disztribució széles platform- és CPU-architektúra támogatásából adódik: Siegert szerint több olyan célarchitektúra is van, ahol a Rust eszközkészlete eleve nem áll rendelkezésre, így a nyelv implementálása már a legalapvetőbb feltételeknél elakad. Ehhez társul, hogy a Rust fordítólánc karbantartása a pkgsrc-ben önmagában is komoly teher, és jelenleg kevés fejlesztő vállán nyugszik, ezért egy minden támogatott környezetben stabilan használható Rust-alap megteremtése jelentős erőforrást és folyamatos karbantartást kíván.
A NetBSD kiadási modellje sem kedvez: base rendszer és verziók összehangolása
A bejegyzés másik súlypontja a rendszer “base system” szemlélete és kiadási ciklusa. Ha a Rust a kernelben vagy a base rendszerben megjelenne, akkor a fordítónak is a base részévé kellene válnia, ami nagy mennyiségű plusz kódot és karbantartási feladatot hozna be. Siegert külön problémának tartja a Rust bootstrap jellegét is, ahol a fordító felépítése jellemzően egy korábbi bináris csomagra támaszkodik; ezt a NetBSD forrásközpontú, önmagában felépíthető modelljével nehezen összeegyeztethetőnek írja le. Végül előveszi a verziók összehangolását: az operációs rendszer a legutóbbi két főverziót támogatja, és példaként felhozza, hogy a NetBSD 9.0 2020-as korszakához illesztett Rust-verzió ma már annyira régi lenne, hogy modern Rust-kódok többsége nem fordulna le vele, ezért a base-be emelés gyakorlati haszna erősen kérdéses.
