Создание более современного механизма взаимодействия мэйнтейнеров с разработчиками, похожего на систему «issues» и pull-запросы на GitHub с принятием патчей напрямую в Git, позволило бы привлечь в проект более молодых сопровождающих. Текущий процесс управления разработкой, основанный на почтовой рассылке, воспринимается многими молодыми разработчиками как архаичный и излишне трудоёмкий. В настоящее время основным рабочим инструментом разработчиков ядра является почтовый клиент и новичкам, пришедшим в индустрию 5-10 лет назад и привыкшим к современным системам совместной разработки, очень трудно приспособиться к подобной организации работы.
Дискомфорт усиливают жёсткие требования к оформлению писем, некоторые из которых были приняты 25 лет назад. Например, в рассылке действует запрет на использования HTML-разметки, при том, что большинство почтовых клиентов используют такую разметку по умолчанию. В качестве примера возникающих из-за этого сложностей упоминается коллега, которому для отправки патча в список рассылки OpenBSD, также не допускающий письма в HTML, потребовалось установить отдельный почтовый клиент, так как его основной почтовый клиент (Outlook) отправляет письма в HTML.
Чтобы не ломать сложившиеся устои и не нарушать привычки имеющихся разработчиков предлагается создать режим для новых разработчиков, позволяющий передавать патчи сопровождающим напрямую через pull-запросы или системы похожие на «issues», и автоматически транслировать их в список рассылки LKML.
Другой идеей является разгрузка LKML от патчей в пользу обсуждений и анонсов. В текущем виде через LKML проходит тысячи писем, большинство из которых непосредственно предлагаемый для включения в ядро код и лишь небольшая часть анонсы с пояснением сути патчей и обсуждения. Публикуемые патчи при этом всё равно отражаются в Git и обычно принимаются, используя pull-запросы в Git, а LKML лишь документирует процесс.
Источник: http://www.opennet.ru/opennews/art.shtml?num=53619