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

★★★★★

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

никакой проблемы с /usr нет

А дайте хороших ссылок почитать про эту проблему, чтоб знать, есть она или нет.

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

При этом, зависимость от kmod никуда не делась — для работы udev все равно необходима утилита modprobe.

Что? На Gentoo.

$ ldd $(which modprobe)
        linux-vdso.so.1 (0x00007fff81dff000)
        libz.so.1 => /lib64/libz.so.1 (0x0000003302c00000)
        libc.so.6 => /lib64/libc.so.6 (0x0000003301c00000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003300400000)
$ eix -c sys-apps/kmod                                                                                                                                                                                   
[N] sys-apps/kmod (~11-r1): library and tools for managing linux kernel modules 
В Debian
$ ldd $(which modprobe)
        linux-gate.so.1 =>  (0xb775b000)
        libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb760c000)
        /lib/ld-linux.so.2 (0xb775c000)
$ dpkg -l | grep kmod
$

Они о чём вообще?

shell-script ★★★★★ ()

еще один форк udev

гитхаб, позволяет делать форки кому угодно. жаль, что он не программирует за человека.

fix: и да, sysvinit не нужен

AGUtilities ★★★ ()
Последнее исправление: AGUtilities (всего исправлений: 1)

Поразжигаем?

What I find really funny about the Gentoo udev fork, that they themselves have no idea why they are forking at all.
«If we were using the waterfall model, I could outline some very nice long term goals for you, but we are doing AGILE development, so long term goals have not been well defined.»
This is just fantastic. Using «agile» as an excuse for having no clue.
What a troupe of clowns...

Леннарт.

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

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

В других дистрах так:

ldd `which modprobe`
	linux-gate.so.1 (0xb76e9000)
	libkmod.so.2 => /usr/lib/libkmod.so.2 (0xb76a4000)
	libc.so.6 => /usr/lib/libc.so.6 (0xb74fa000)
	libz.so.1 => /usr/lib/libz.so.1 (0xb74e3000)
	/lib/ld-linux.so.2 (0xb76ea000)
/sbin/modprobe --version
kmod version 11

Арч.

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

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

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

qnikst ★★★★★ ()

Даёшь новый форк udev каждую неделю!

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

What a troupe of clowns...

Это он про разрабов systemd? ;)

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

Арчепроблемы

~$ ldd /bin/kmod 
	linux-vdso.so.1 =>  (0x00007fff5dc77000)
	libkmod.so.2 => /lib/x86_64-linux-gnu/libkmod.so.2 (0x00007f3bd02dd000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3bcff56000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f3bd0718000)

Debian.

Homura_Akemi ()

Стабильный-то форк уже есть? Или линуксокапец подкрадывается?

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от Eddy_Em

Стабильный-то форк уже есть?

На лоре же ссылку несколько раз давали.

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

вот лично я проблемы не вижу, в разрезе sep-usr он просто может быть собран в руте, а не в /usr.

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

А мне надо для арча.

Ответил в соседней теме.

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

А почему не присоедениться к первому форку? Каковы причины были именно для создания нового форка?

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

kmod зависит от dbus? ну тогда точно он нахрен такой нужен..

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

нет, но интересен ход мысли, который привёл вас к этому вопросу.

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

если все разработчики генты будут делать форки, то иного пути не остаётся.

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

без понятия, судя по багзилле они списывались, во всяком случае знают друг о друге и должны были как-то связаться. Вообще я, как и любой другой разработчик генты, не отвечаем за чужие проекты, так что информация от меня может быть слегка неверна, а точную информацию по проекту можно наверное узнать в только в частной беседе. Судя по словам ryao они не хотят больше пиариться до какого-нибудь существенного результата.

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

интересно, а откуда мысль, что все разработчики генты будут делать форки?

qnikst ★★★★★ ()

Давайте ЛОР форкнет udev. Будет куда интереснее.

Quasar ★★★★★ ()
Ответ на: комментарий от Black_Shadow
# ldd /sbin/modprobe
        linux-gate.so.1 =>  (0xb771f000)
        libkmod.so.2 => /lib/i386-linux-gnu/libkmod.so.2 (0xb76bf000)
        libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7562000)
        /lib/ld-linux.so.2 (0xb7720000)
# /sbin/modprobe --version
kmod version 9

Debian Sid. Зависимость от kmod есть.

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

frounouh> форкнул удев с целью включить удев в более крупный проект для избегания костылей.

1. Не форкнул, а слил.

2. Ага. Убрать костыли для недоработанного и сырого systemd и сделать так, чтобы другие только с костылями ходили. Lennart Pottering is an asshole

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

Боюсь, ни Леннарт, ни разработчики udev'а этот форк даже не заметят :3

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

А у меня, похоже, они уже есть. Внезапно обнаружил, что modprobe больше не выводит список установленных в систему модулей.

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

Если устроить тузегнайтс в LKML - ещё как заметят.

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

Боюсь, ни Леннарт, ни разработчики udev'а этот форк даже не заметят :3

Твоя не прав! Уже заметили. Причем «сладкая парочка» (Сиверс и Поттеринг) наклали кирпичей в g+ Хартмана...

sergv ()
Ответ на: комментарий от kernelpanic

Помнится проблема с /usr была именно у systemd. Полагаю, проблема с /usr просто напросто внеслась с появлением kmod, но та же libkmod в Debian Sid находится вовсе не в /usr

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

группа разработчиков Gentoo создала еще один форк udev

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

Разработчиков генту так много, что они могут себе позволить два форка udev?

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

т.е. ты увидел тендекцию, по одному флеймфарному посту, прикольно.

qnikst ★★★★★ ()

Уважаемые люди, которые считают Леннарта исчадьем ада, гробящим linux, систем-д корнем зла и т.д., если вы хотите это сказать на публичном сайте, то, пожалуйста, используйте технически обоснованную аргументацию, а то иногда я даже согласен с Леннардом.

I'd really prefer if I didn't have to delete every second comment here, because it is insulting and otherwise without content. I guess I should learn from that that one never complaints about Gentoo without getting a horde of Gentoo fanbois spamming your plus feed... Meh... Never blocked so many people on Plus in such a short time.

Kids, if you write nothing but insults I will block you. You can write your hate posts on your own feed, but not here. Thank you very much

Никому пользы от этого нет, а вреда достаточно.

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

утверждение не так. разработчики не делают два форка, первый форк начат community и туда не входит ни один из девов.

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

Я про форк лором, а не гентушниками. Тех заметят, конечно.

vurdalak ★★★★★ ()
Ответ на: комментарий от Freiheits-Sender

То, что в винде это сделано через Ж, не значит, что сама идея плоха. Ведь многие ошибки банально ищутся в гугле, и их можно было бы просто вынести в ID+ссылка сразу в консоли, чтобы неофиту даже в поиск лезть не пришлось.

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

Понятно. То есть первый и второй форк никак не связаны?

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

Ведь многие ошибки банально ищутся в гугле, и их можно было бы просто вынести в ID+ссылка сразу в консоли, чтобы неофиту даже в поиск лезть не пришлось.

Ага. Особо блистательно будет выглядеть:

Сообщение #345678 - Нет подключения к сети Интернет. Подробности по ссылке http://www.kjlkjljljl.com/lkjaffeui.html

:-)))

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

Ну, это ты утрируешь. Там будет что-то вроде

Собщение #4536 — Невозможно примонтировать ФС: отсутствует драйвер.

И ссылка на ман, какой модуль нужно вкомпилить в ядро (или какой пакет поставить, если разработчики дистрибутива будут менять/добавлять эти описания ошибок).

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

Утрирую дальше:

ЛП, в рамках унификации кода, выносит сообщения в отдельный файл. И вот незадача - при загрузке раздел с файлом криво примонтировался...

Вопрос - на экране увидим «33 Mar kernel: message #78945» ???

sergv ()
Ответ на: комментарий от Jaga

напрямую нет, они знают друг о друге и может быть скооперируются, может и нет. у первого цель - бекпортирование обновлений с сохранением раздельной сборки с системд (про sep-usr не знаю), у второго проекта амбиций больше :)

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