Майкл Штапельберг (Michael Stapelberg) объявил (https://michael.stapelberg.ch/posts/2019-03-10-debian-windin... о прекращении сопровождения в Debian поддерживаемых им пакетов из-за недовольства текущим состоянием инфраструктуры проекта. Штапельберг заявил, что его следует считать в бессрочном отпуске. Совместно поддерживаемые пакеты будут переданы для сопровождения другим разработчикам, а единолично сопровождаемые пакеты останутся без мэйнтейнера. При этом он пообещал по возможности продолжить поддержку сопровождаемых им сервисов manpages.debian.org (https://manpages.debian.org/) и codesearch.debian.net (https://codesearch.debian.net/).
Штапельберг являлся мэйнтейнером около 170 пакетов (https://www.debian.org/devel/people#MAINT_stapelberg), большая часть из которых инструменты и модули, связанные с языком программирования Go, а также такие пакеты, как raspi3-firmware, xserver-xorg-video-intel, freeradius, sbuild, rkt, mandoc, libxkbcommon, libtomcrypt, i3-wm и google-cloud-print-connector. Штапельберг также был разработчиком сервиса Debian Code Search (https://codesearch.debian.net/), автором мозаичного оконного менеджера i3 (https://www.opennet.ru/opennews/art.shtml?num=49557), распределённой IRC-сети RobustIRC (https://robustirc.net/) и прошивки для домашних маршрутизаторов router7 (https://github.com/rtr7/router7/).
Претензии к инфраструктуре касаются излишне усложнённого (https://michael.stapelberg.ch/posts/2016-11-25-build-tools/) сборочного стека, необходимости ждать до семи часов пока загруженный пакет можно будет установить, устаревших асинхронных механизмов взаимодействия в сообществе и отсутствия инструментов для обработки больших изменений.
По мнению Штапельберга некоторые элементы инфраструктуры сильно устарели, например, Debian применяется устаревший механизм отслеживания ошибок (debbugs (https://en.wikipedia.org/wiki/Debbugs)), который не используется нигде, кроме Debian и проектов GNU и завязан на отправке сообщений через email, а Web-интерфейс bugs.debian.org доступен только в режиме для чтения.
В проекте наблюдается большая фрагментация в применяемых решениях. Например, разные пакеты сопровождаются в разных репозиториях с разными методами приёма патчей, нет единой системы контроля версий (кто-то использует git, а кто-то svn). До сих пор не подготовлен нормальный web-интерфейс для просмотра архива списков рассылки с наглядной древовидным отслеживанием ответов в дискуссиях. Отсутствуют (https://michael.stapelberg.ch/posts/2019-02-15-debian-debugg... должные средства для отладки пакетов (не все пакеты доступны с отладочной информацией).
Огромным демотивирующим фактором также является затягивание принятия патчей. Отправка изменений для рецензирования сводится к заведению уведомления о проблеме (bug report), к которому прикреплён патч. Но так как на время рецензирования не накладывается никаких жёстких рамок, данный процесс может протекать очень медленно. Случалось, что сообщение об утверждении патча приходило спустя несколько лет с момента его предложения.
Продвижение изменений также могут существенно замедлить отказ некоторых разработчиков сотрудничать в разрешении каких-то спорных вопросов. Например, в своё время мэйнтейнер пакета с rsync отказался принимать патчи, добавляющие поддержку debhelper, только из-за своих частных предубеждений. По мнению Штапельберга отдельным мэйнтейнерам предоставлено слишком много личной свободы, что мешает повышению уровня абстракции системы сборки пакетов и усложняет инструментарий.
URL: https://linux.slashdot.org/story/19/03/10/2245221/debian-pac...
Новость: https://www.opennet.ru/opennews/art.shtml?num=50289
