Linus Torvalds has also recently criticized udev with comments along the lines of the code maintenance going into "crazy mode" and "they have made changes that were known to be problematic, and are pure and utter stupidity."
основной причиной таких форков является непризнание «форкерами» наличия проблем с загрузкой Linux без каталога /usr. «Они хотят лишь убрать предупреждение о проблеме, оставив ее, по сути, нерешенной» — говорит Грег. Подход «форкеров» он называет «разработкой, основанной на ненависти» (hate-driven development), отмечая, что ненависть ослепляет и дает ложное чувство уверенности в собственной правоте.
Не давайте ему точку опоры -- перебесится, и солнце снова взойдёт на востоке.
]]>В конце минувшей недели группа разработчиков Gentoo создала еще один форк udev. Причиной его создания стала идейная вражда с другой группой разработчиков Gentoo, ранее создавшей еще один «независимый от systemd» форк.
Ведущий разработчик udev Кей Сайверс прокомментировал ситуацию:
«Я ни в коем случае не возражаю против форков udev, если они могут принести пользу хоть кому-нибудь. Но в данном случае это выглядит как несмешная шутка». В качестве примера, Сайверс приводит коммит, который якобы должен удалить зависимость udev от kmod (механизма управления подгрузкой модулей ядра Linux, заменившего устаревший и неподдерживаемый module-init-tools). В этом коммите, прямое обращение в API libkmod было заменено вызовом исполняемого файла modprobe из состава kmod, который выполняет те же самые API-вызовы.
Таким образом, в ходе каждой загрузки добавляется порядка 100-150 сравнительно медленных и ресурсоёмких вызовов fork/exec — это единственный эффект от данного изменения (для сравнения, указывает Сайверс, systemd такого количества запусков процессов достаточно для полной загрузки всей системы). При этом, зависимость от kmod никуда не делась — для работы udev все равно необходима утилита modprobe. «Эта лодка перевернется раньше, чем они научатся плавать» — констатирует Сайверс.
Основатель и первый разработчик проекта udev, а также один из ведущих разработчиков ядра Linux, Грег Кроа-Хартман, в отличие от Сайверса, склонен воспринимать ситуацию более иронично: «Нам подарили отличное развлекательное шоу на выходные». «Грустно смотреть, как они удаляют код, даже не пытаясь разобраться, за что он отвечает» — добавляет Грег уже более серьезно. В комментариях Грег отмечает, что основной причиной таких форков является непризнание «форкерами» наличия проблем с загрузкой Linux без каталога /usr. «Они хотят лишь убрать предупреждение о проблеме, оставив ее, по сути, нерешенной» — говорит Грег. Подход «форкеров» он называет «разработкой, основанной на ненависти» (hate-driven development), отмечая, что ненависть ослепляет и дает ложное чувство уверенности в собственной правоте.
Несколько месяцев назад, Грег уже отмечал грязные махинации (weird movements) отдельных разработчиков Gentoo, стремящихся убедить всех, что никакой проблемы с /usr нет. Комментируя подход к изменению логики работы с /usr разработчиков Gentoo и Debian, Грег заметил «У меня сложилось впечатление, что эти люди неправильно понимают, что на самом деле происходит, и почему». При этом он настойчиво рекомендовал использовать более продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE.
]]>Linus Torvalds has also recently criticized udev with comments along the lines of the code maintenance going into "crazy mode" and "they have made changes that were known to be problematic, and are pure and utter stupidity."
]]>Напомним, что весной этого года код udev был интегрирован в дерево исходных текстов системного менеджера systemd, после чего проекты стали развиваться синхронно, но для udev была оставлена возможность обособленного использования и сборки без компонентов systemd. Последние пол года, многие разработчики дистрибутивов, не использующих systemd, отметили появление ряда негативных изменений в udev, таких как привязка к компонентам в директории /usr, прекращение поддержки unix-сокетов и отсутствие тестирования работы со сторонними системами инициализации, что приводило к необходимости задействования обходных путей при использовании udev совместно с sysV-init.
Проект udev-ng разрабатывается с оглядкой на используемую в Gentoo систему инициализации openrc, но, по заявлению разработчиков, не зависит от особенностей дистрибутива и может без проблем использоваться с другими системами инициализации. Кроме того udev-ng не использует особенности kmod и может работать на системах с modutils.
]]>