LINUX.ORG.RU
ФорумTalks

Спасительный форк udev

 , ,


1

1

В конце минувшей недели группа разработчиков Gentoo создала еще один форк udev. Причиной его создания стала идейная вражда с другой группой разработчиков Gentoo, ранее создавшей еще один «независимый от systemd» форк.

Ведущий разработчик udev Кей Сайверс прокомментировал ситуацию: «Я ни в коем случае не возражаю против форков udev, если они могут принести пользу хоть кому-нибудь. Но в данном случае это выглядит как несмешная шутка»

Основатель и первый разработчик проекта udev, а также один из ведущих разработчиков ядра Linux, Грег Кроа-Хартман, в отличие от Сайверса, склонен воспринимать ситуацию более иронично: «Нам подарили отличное развлекательное шоу на выходные». «Грустно смотреть, как они удаляют код, даже не пытаясь разобраться, за что он отвечает» — добавляет Грег уже более серьезно. В комментариях Грег отмечает, что основной причиной таких форков является непризнание «форкерами» наличия проблем с загрузкой Linux без каталога /usr. «Они хотят лишь убрать предупреждение о проблеме, оставив ее, по сути, нерешенной» — говорит Грег. Подход «форкеров» он называет «разработкой, основанной на ненависти» (hate-driven development), отмечая, что ненависть ослепляет и дает ложное чувство уверенности в собственной правоте.

http://www.opennet.ru/opennews/art.shtml?num=35374

★★★★★

Больше форков, хороших и разных!

CYB3R ★★★★★ ()

Каждый настоящий гентушник должен еще и создать свой форк udev. Печалька :(

Ожидаю большой наплыв гентуненавистников. Позлорадствовать ради.

iVS ★★★★★ ()

А ещё они выпиливают упоминания об авторах udev.

И моделью разработки объясняют отсутствие конечной цели форка.

Xenesz ★★★★ ()

hate-driven development

Хорошая, годная модель разработки. И отличное название для новой песни Dethklok!11

AiFiLTr0 ★★★★★ ()

А кто-то мне в том треде говорил, что они вовсе не из фанатизма это делают.

vurdalak ★★★★★ ()

почему не зацитировал самый эпичный кусок?

В качестве примера, Сайверс приводит коммит, который якобы должен удалить зависимость udev от kmod (механизма управления подгрузкой модулей ядра Linux, заменившего устаревший и неподдерживаемый module-init-tools). В этом коммите, прямое обращение в API libkmod было заменено вызовом исполняемого файла modprobe из состава kmod, который выполняет те же самые API-вызовы.

jeuta ★★★★ ()

кай и ленард вообще любители грязью покидаться ничего удивительного.

qnikst ★★★★★ ()
Ответ на: комментарий от Xenesz

А ещё они выпиливают упоминания об авторах udev.

пруф или балабол, даже в выпиленной ветке не было удаления упоминаний об авторстве.

qnikst ★★★★★ ()
Ответ на: комментарий от qnikst

кай и ленард вообще любители грязью покидаться

пруфы? Ты с линусом не путаешь?

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin

google://gplus+gentoo+poettering найдёшь тонны, 0pointer.de можешь почитать комментарии, там они оттягиваются на тех, кто хоть в чем-то несогласен с их решениями.

qnikst ★★★★★ ()

У разрабов не хватит сил поддерживать...
Так, что тут только один вариант.
И да, нужно уметь оценивать свои силы и возможности. Попахивает пиаром...

deterok ★★★★★ ()
Ответ на: комментарий от jeuta

там дальше еще смешнее:

Таким образом, в ходе каждой загрузки добавляется порядка 100-150 сравнительно медленных и ресурсоёмких вызовов fork/exec — это единственный эффект от данного изменения (для сравнения, указывает Сайверс, systemd такого количества запусков процессов достаточно для полной загрузки всей системы). При этом, зависимость от kmod никуда не делась — для работы udev все равно необходима утилита modprobe. «Эта лодка перевернется раньше, чем они научатся плавать» — констатирует Сайверс.

Alsvartr ★★★★★ ()
Ответ на: комментарий от Alsvartr

Ну и, конечно, это:

Несколько месяцев назад, Грег уже отмечал грязные махинации (weird movements) отдельных разработчиков Gentoo, стремящихся убедить всех, что никакой проблемы с /usr нет. Комментируя подход к изменению логики работы с /usr разработчиков Gentoo и Debian, Грег заметил «У меня сложилось впечатление, что эти люди неправильно понимают, что на самом деле происходит, и почему». При этом он настойчиво рекомендовал использовать более продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE.

ололо.

Alsvartr ★★★★★ ()
Ответ на: комментарий от Xenesz

ветку в репозитории про которую говорил Грег.

qnikst ★★★★★ ()
Ответ на: комментарий от Alsvartr

зависимость от kmod никуда не делась

у меня ldd на modprobe никаких libkmod не выявляет. Впрочем, у меня убунта 12.04, хз как там в нормальных^Wдругих дистрах.

true_admin ★★★★★ ()
Ответ на: комментарий от Xenesz

удаления не было, было добавление копирайта к списку, хотя это тоже не правомерно, о чем и сказал грег.

qnikst ★★★★★ ()
Ответ на: комментарий от Alsvartr

Такое ощущение, что утилита modprobe предоставляется только одним kmod.

daemonpnz ★★★★★ ()
Ответ на: комментарий от Alsvartr

Да сам перевод

грязные махинации (weird movements)

отдельное ололо.

tailgunner ★★★★★ ()
Ответ на: комментарий от true_admin

у меня ldd на modprobe никаких libkmod не выявляет

На Fedora 17 и 18 выявляет

dexpl ★★★★★ ()
Ответ на: комментарий от true_admin

Скоро будет.

/sbin/modprobe --version
kmod version 9
Дебиан/сид. В тестинге та же версия.

at ★★ ()

Грег на тёмной стороне силы?

Harald ★★★★★ ()
Ответ на: комментарий от Alsvartr

При этом он настойчиво рекомендовал использовать более продуманные дистрибутивы, такие как Fedora, Ubuntu и openSUSE

Вот это вброс. Интересно, куда он собирается послать всех тех, что не осилили эти «дружелюбные» дистрибутивы.

разработчиков Gentoo и Debian

Два оплота разума в мире Linux.

RCV ★★★★ ()
Ответ на: комментарий от true_admin

Он прибит гвоздями к systemd?

Пока нет. Они выделили управление модулями в libkmod.so.2 Данное изменение можно считать положительным.

Но непонятно, что будет дальше. В дебиане сейчас (тестинг и сид) systemd-44, kmod-9, т.е. версия до слияния с udev. Могут быть проблемы с kfreebsd.

at ★★ ()
$ ldd /sbin/modprobe 
        linux-vdso.so.1 (0x00007ffff7bff000)
        libz.so.1 => /lib64/libz.so.1 (0x00007eff66223000)
        libc.so.6 => /lib64/libc.so.6 (0x00007eff65e79000)
        /lib64/ld-linux-x86-64.so.2 (0x00007eff66439000)
$ /sbin/modprobe --version
module-init-tools version 3.16

Никаких kmod'ов нет.

Black_Shadow ★★★★★ ()
Последнее исправление: Black_Shadow (всего исправлений: 1)
Ответ на: комментарий от qnikst

Расскажи, ты вроде как в теме, про что конкретно здесь речь

В конце минувшей недели группа разработчиков Gentoo создала еще один форк udev. Причиной его создания стала идейная вражда с другой группой разработчиков Gentoo, ранее создавшей еще один «независимый от systemd» форк.

Что за идейная вражда?!

daemonpnz ★★★★★ ()

Хотя, kmod таки есть в дереве:

$ eix sys-apps/kmod
* sys-apps/kmod
     Available versions:  ~9-r3^t ~10^t ~10-r2^t ~11-r1^t **9999^t {{debug doc lzma static-libs +tools zlib}}
     Homepage:            http://git.kernel.org/?p=utils/kernel/kmod/kmod.git
     Description:         library and tools for managing linux kernel modules
Но он, наверно, для таких же маргиналов, которые ставят это:
$ eix systemd
* sys-apps/systemd-sysv-utils
     Available versions:  [M]~37
     Homepage:            http://www.freedesktop.org/wiki/Software/systemd
     Description:         sysvinit compatibility symlinks and manpages

* sys-apps/systemd
     Available versions:  ~29-r3 ~29-r6 ~39 ~44-r1 ~44-r2 ~186 ~188-r1 ~189 ~189-r1 ~189-r2 ~189-r3 ~191-r1 ~192 ~193 ~194 ~195 {{acl audit bash-completion cryptsetup doc gcrypt gtk gudev http introspection lzma pam plymouth qrcode selinux tcpd vanilla xattr}}
     Homepage:            http://www.freedesktop.org/wiki/Software/systemd
     Description:         System and service manager for Linux

* sys-apps/systemd-ui
     Available versions:  ~1
     Homepage:            http://www.freedesktop.org/wiki/Software/systemd
     Description:         System and service manager for Linux

Black_Shadow ★★★★★ ()
Ответ на: комментарий от Black_Shadow

module-init-tools больше нет, его заменил kmod Последнее изменение в гите

last change	Sat, 17 Dec 2011 10:34:15 +0000
ХЗ когда они поломают совместимость с новыми ядрами.

at ★★ ()
Ответ на: комментарий от Black_Shadow

Есть в оверлее с первым форком удева, ебилды с правильными префиксами для системных средств. Поставил и оно работает, хотя какого-то профита не заметил, но пока держу kmod, вместо module-init-tools.

daemonpnz ★★★★★ ()

Ничего не понимаю. Мэйнтейнеры генту форкнули мейнтейнеров генту, которые форкнули удев, чтобы доказать Леннарту, что он не прав, потому что форкнул удев с целью включить удев в более крупный проект для избегания костылей.

Суровые мужики в генту.

frounouh ()
Ответ на: комментарий от true_admin

kmod в целом неплох. Но зачем он нужен, потому как уже есть две сущности (busybox + module-init-tools)?

devl547 ★★★★★ ()
Ответ на: комментарий от devl547

говорят что module-init-tools сдох. А busybox это несерьёзно :)

true_admin ★★★★★ ()

У кого-то просто очередной бугурт :}

Deleted ()
Ответ на: комментарий от true_admin

ну пока он работает, хотя да, последние коммиты были в конце 11 года

daemonpnz ★★★★★ ()
Ответ на: комментарий от RCV

разработчиков Gentoo и Debian

Два оплота разума в мире Linux.

слаку забыл

Mr_Gentoo ()
Ответ на: комментарий от daemonpnz

Посмотрим. Обсуждаемая новость оптимизма не вызывает ;)

Хотя к kmod (если его не включат в systemd) претензий нет.

at ★★ ()

ну теперь венде точно капец

BMX ★★☆ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.