Sarah Novotny, članica upravnega odbora Linux Fundacija Microsofta, o arhaični naravi procesa razvoja jedra LinuxPo besedah Sare je uporaba poštnega seznama (LKML, Linux Poštni seznam jedra (KML) za usklajevanje razvoja jedra in pošiljanje popravkov odvrača mlade razvijalce in deluje kot ovira za nove vzdrževalce. Z naraščanjem velikosti jedra in hitrosti razvoja se težava z vzdrževalci, ki so sposobni nadzorovati podsisteme jedra.
Ustvarjanje sodobnejšega mehanizma za vzdrževanje in razvoj odnosov, podobnega sistemu za reševanje težav in zahteve za prevzem (pull requests) na GitHubu, s popravki, ki bi se sprejemali neposredno v Gitu, bi k projektu pritegnilo mlajše vzdrževalce. Trenutni proces upravljanja razvoja, ki temelji na e-pošti, mnogi mladi razvijalci dojemajo kot arhaičen in preveč delovno intenziven. Trenutno je primarno delovno orodje za razvijalce jedra e-poštni odjemalec, novinci, ki so v panogo vstopili pred 5–10 leti in so vajeni sodobnih sistemov za sodelovalni razvoj, pa se tej organizaciji dela zelo težko prilagodijo.
Neprijetnost še poslabšujejo stroge zahteve glede oblikovanja e-pošte, od katerih so bile nekatere sprejete pred 25 leti. Na primer, poštni seznam prepoveduje uporabo označevanja HTML, čeprav ga večina e-poštnih odjemalcev privzeto uporablja. Kot primer težav, ki jih to povzroča, je naveden kolega, ki je moral za pošiljanje popravka na poštni seznam OpenBSD, ki prav tako ne dovoljuje e-poštnih sporočil HTML, namestiti ločenega e-poštnega odjemalca, saj njegov primarni e-poštni odjemalec (Outlook) pošilja e-poštna sporočila HTML.
Da bi se izognili motenju ustaljenih praks in navad obstoječih razvijalcev, predlagamo, da novim razvijalcem omogočimo pošiljanje popravkov neposredno vzdrževalcem prek zahtevkov za vlečenje ali sistemov, podobnih težavam, in njihovo samodejno pošiljanje na poštni seznam LKML.
Druga ideja je, da se LKML razbremeni popravkov in se osredotoči na razprave in obvestila. Trenutno LKML obdeluje na tisoče e-poštnih sporočil, od katerih je večina kode, ki je neposredno predlagana za vključitev v jedro, le majhen del pa so obvestila, ki pojasnjujejo popravke in razprave. Objavljeni popravki se še vedno odražajo v Gitu in se običajno sprejemajo z zahtevami Git Pull Requests, medtem ko LKML zgolj dokumentira postopek.
Vir: opennet.ru
