Most, hogy a 2.5-ös kernel fejlesztése folyik, az összes fontos teendő a régi kernellel kapcsolatban Marcelo Tosatti-ra maradt. A Slashdot felkérte a tagjait, olvasóit, hogy fogalmazzanak meg kérdéseket a 2.4-es kernelt, Tosatti munkáját illetőleg.
Nézzük mit válaszolt a jelenlegi stabil kernel karbantartója.
Egy dolog igazán hiányzik a kernel kiadások változások logjából (changelog). A változások logja egyre kevesebb információt tartalmaz a nem-kernel hackereknek. Amit szeretnénk látni a logokban, az az hogy érthetően le legyen írva mi változott. Alan Cox a helyes irányba indult el a 2.2.18-as kerneltől kezdődően, viszont a leírásai a változásokról túl technikaiak. A például a fenti dokumentumban set_current_state
* Fixed potential SMP race
többet mond nekem, és a többségnek is azt hiszem. Mit gondolsz erről?
M.T.: Egyetértek abban, hogy a changelog nem a végfelhasználóknak készül. Láttam a különböző kéréseket, megpróbálok részletesebb changelog-okat készíteni. Viszont kérlek értsd meg, hogy fontosabb az, hogy fixáljam a problémákat mint az, hogy részletesebb changelog-ot írjak.
Van olyan naplód, mint Alan Cox-nak? Mert szeretnénk tudni, hogy azon fogsz-e dolgozni, amit most nekünk ígérsz :)
M.T.: Sajnos nincs.
A linux kernel "dagadása" egy komoly probléma. Pl. a 486-os gépemre nem tudom feltenni a Red Hat memória-zabáló disztróját, mert a 16MB RAM-on nem fut, és ez kétségtelenül kernel gond. A kérdés: a kernel "hízása", mind a forráskód, mind az erőforrás igények, gondot okozhatnak a karbantartásban. Úgy látod, hogy ez okozhat jelentős problémát a későbbiekben?
M.T.: A core kernel kód "hízása" valóban súlyos probléma. Én bízom Linusban, hogy nem engedi ezt a 2.5-ben. Ha több driver-t/fs-t teszünk a kernelbe, az valóban rontja a karbantarthatóságot. Egyet tehetünk ez ügyben: az összes elfogadott kódnak tisztának, jól átláthatónak, jól tervezettnek kell lenni a későbbi karbantarthatóság miatt.Gondoltál már arra, hogy a kódjaidat valamilyen ``version control system"-ben tároljad? Ha elkezdenéd használni a CVS-t lehet, hogy a kernelfejlesztők többsége követné a példát.