Остарелият начин за поддържане на Linux ядрото е проблем за

Остарелият метод за поддържане на Linux ядрото е проблем за младите разработчици
(снимка: CC0 Public Domain)

Сара Новотни, член на управителния съвет на Linux Foundation от страна на Microsoft, повдигна въпроса за архаичния темперамент на процеса на разработка на ядрото на Linux и произлизащите от това проблеми за младите поддръжници на отворената платформа.

Според нея, потреблението на пощенския лист на ядрото на Linux (LKML – Linux Kernel Mailing List) за съгласуване на създаването на ядрото и изпращане на „ кръпки ” (пачове) плаши младите разработчици и е преграда за навлизането на нови поддръжници. С увеличение на размера на ядрото и темпото на разработка, нараства казусът с неналичието на поддържащи експерти, способни да управляват подсистемите на ядрото.
още по тематиката
Създаването на по-модерен механизъм за взаимоотношение сред поддържащите експерти и разработчиците, сходно на системата „ issues ” и pull-заявките в GitHub, с приемане на кръпки непосредствено в Git, би разрешило да се привлекат по-млади поддържащи програмисти към плана, счита Новотни, представена от софтуерния уебсайт Heise.de.

Настоящият развой на ръководство на разработките, основан на пощенски описи, се възприема от доста млади разработчици като остарял и ненужно сложен, продължава Нововотни. Понастоящем главният работен инструмент за разработчиците на ядрото е пощенският клиент и е доста мъчно за по-младите, привикнали към модерни системи за взаимни разработки, да се приспособяват към такава организация на работа.

Дискомфортът се ускорява от строгите условия за оформяне на писмата, някои от които бяха признати преди 25 години. Например, неразрешено е да се употребява HTML маркиране, до момента в който множеството имейл клиенти употребяват такива маркировки по дифолт. Това принуждава някои експерти да конфигурират обособен пощенски клиент, защото главният им (например Outlook) изпраща пощата в HTML.

За да не се нарушават откритите основи и навиците на съществуващите разработчици, Новотни предлага да бъде основан режим за нови разработчици, който разрешава изпращане на пачове непосредствено към поддържащите програмисти посредством pull-заявки или системи, сходни на „ issues ”, и автоматизираното им превръщане в LKML писма.

Друга концепция е да разтовари LKML от кръпките в интерес на полемики и анонси. В настоящия си тип през LKML минават хиляди писма, множеството от които са директни оферти за включване в главния код, и единствено дребна част от анонсите, обясняващи същността на пачовете и полемиките. Публикуваните кръпки се отразяват в Git и нормално се одобряват благодарение на pull-заявки за евакуиране в Git, до момента в който LKML документира единствено процеса.