Тем временем в systemd начали смотреть что можно из eudev черрипикать

8)

Udev часто ломает совместимость со старыми системами из-за зависимости от новых версий ядра Linux, даже если такой зависимости можно избежать.

Но разработчики Gentoo пойдут другим путём: они будут ломать совместимость с новыми ядрами, вместо старых.

Ядро будет зависеть от systemd? Не верю

В качестве примера неоправданной оптимизации в systemd-udevd, ведущей к регрессивным изменениям, упоминается переход на API kmod для загрузки модулей, который позволяет загружать модули ядра без вызова дополнительных утилит. Проблема такого подхода связана с тем, что kmod загружает модули последовательно, в то время как классическая обработка правил в udev производилась с ответвлением нового процесса. Экономия 0.01 мс на выполнение вызова fork() ничтожна по сравнению с задержкой в 10-20 мс, необходимой для загрузки данных с диска. Для ускорения загрузки модулей с диска в kmod предлагается компоновать группу модулей в один файл, но данная возможность не применяется во всех дистрибутивах. Раньше, так как udev мог стартовать загрузку следующего модуля не дожидаясь окончания загрузки предыдущего, подобные задержки компенсировались параллельным чтением модулей. После перехода на API kmod все модули стали загружаться последовательно, и в случае зависания модуля, например, из-за невозможности инициализировать оборудование, теперь останавливается и загрузка других модулей.

Прямо как в systemd.

Маразм крепчал…

Ну разумеется - после того, как их ткнули носом в приписывание себе чужого кода, они, допускаю, таки не рискнули публично ТАК позориться.

ещё раз: ни в один момент времени эти патчи не были включены в eudev. Я могу с тем же успехом взять и послать в рассылку systemd патч, который вставлят туда, что-нить из coreutils с поправленным копирайтом, после этого все должны их начать щемить, что они тырят чужой код.

Фактов это никоим образом не меняет: они тупо убрали существующий копирайт и поставили свой - вот и весь «девелопмент»

меняет, твои факты это 4.2.

Ковырять историю коммитов очередного форка (сколько их уже было-то) для того, чтобы понять включили они туда своё публичное позорище или нет мне элементарно лень.

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

Общеизвестно же. Бинарный лог и всё такое.

чего правда чтоли? Как мне показалось, там был один интересный коммит, который, был сделан сначала в eudev, а затем в systemd-udev, но реализованный немного по разному, так что было ли это толчком от eudev или сделано независимо сказать сложно.

Мне казалось что ни Кай, ни Леннарт серёзно не воспринимают разработку eudev.

Я так понимаю, из eudev kmod выпилят?

Может потому что у тебя винда в UA? :)

Может потому что у тебя винда в UA? :)

Выше уже всё выяснили и винда — часть маскировки.

ни Леннарт серёзно не воспринимают разработку eudev.

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

Отлично, донейты принимаются?

Ну и нафига? Нет, честно?
Это имело смысл во время глубокой альфы системд, чтобы релизнуться одновременно и составить конкуренцию.
Теперь это вызовет еще более сильную фрагментацию дистрибутивов и несовместимость многих между собой...

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

Отлично! Ждём форка системд с выпиленным journal'ом, выпиленными cgroups и широкой совместимостью с разными unix'ами.

cgroups не трогать!

А ничего, что большинство этих старых «ядер поломанной совместимости» не поддерживается не то что Линусом, но и вообще хоть кем-то?

Это какие? Из этого списка, пожалуйста: http://www.kernel.org/

Я надеюсь, что всё выйдет отлично, а Поттеринга скормят муравьям. Но основания для моей надежды очень туманны.

Пусть пилят. Это позволит наконец не резать systemd на части :] А эти чуваки пусть развлекаются как хотят

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

Нужность systemd под большим вопросом, а к udev люди привыкли. Местами удобно, жалко udev похоронить в systemd. Но посмотрим...

Третий если считать свой велосипед (mdev)

Кстати, в busybox он вроде ?

да, busybox может использовать mdev.

надо было назвать udav. а в остальном годная новость

Тогда уж udaff :-D

Я надеюсь в следующий дебиан возьмут именно этот форк. А следовательно и убунта возьмет, и минт и производные этих дистров. Возьмут и производные генты - сабайон, калькулейт.

В общем - радость. Думаю скомпилять и потыкать.

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

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

Разработка «кипит»
За две недели почти нет изменений, а они уже проект презентуют :)

Убунта и минт меня мало волнуют на самом деле. Главное, что не нужно будет выкидывать их и заменять на говноd (потому что udev), тем самым захватывая большую часть дистров этим поделием. Надеюсь во всяком случае на это.

Интересно получается однако: rpm дистры перешли на systemd, остальные запилили форк. Предвижу срачи на 20-30 страниц.

Ждем шага Патрика.

А зачем ломать то, что работает?

ждём ебилдов

куда засылать донейт?

ебилды в дереве уже за неделю до анонса, а про донейт я думаю спросить на #gentoo-eudev будет логичнее всего.

Что работает? В новости ясно сказано что eudev нестабилен.

ждём ебилдов

Уже в основном дереве:

# eix eudev
* sys-fs/eudev
     Available versions:  0 (~)1_beta1-r1^t **9999^t {action_modeswitch build debug doc edd extras floppy gudev hwdb introspection keymap kmod +modutils +openrc +rule_generator selinux static-libs test}
     Homepage:            https://github.com/gentoo/eudev
     Description:         Linux dynamic and persistent device naming support (aka userspace devfs)

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

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

Но тебе не понять, ты же арчевод. Вас насильно пересадили на systemd, вот вы его и хвалите. Завтра пересадят на апстарт — будете хвалить апстарт.

Имелось ввиду старый (171-й, который stable в генте) udev. Естественно, это не релиз, разработка идет, потому и нестабильно

ваш велосипед с квадратными колесами и реактивным двигателем не нужен.

Вам его с паровозной топкой подавай.

Вам его с паровозной топкой подавай

Конечно, с топкой, куда ж ещё этот systemd?

Нам? не, спасибо, мы как-нибудь обойдемся, лучше себе заберите. Как оно там на серверах с отдельным /usr?

systemd на серверах? Разве rhel 7 уже вышел?

Они таки решились означить цели и задачи? Ну что ж. Поцерингу теперь точно капец.

Столько народа пилит такую мелкую хренотень? Чую разработка будет в стиле лебедь рак и щука, под конец вообще передерутся и забросят.

Udev часто ломает совместимость со старыми системами из-за зависимости от новых версий ядра Linux

Феерично. В вину удеву ставят то, что он использует новые возможности ядра (написанные, надо полагать, вредителями), в результате он оказывается несовместим с системами со старыми ядрами, где жизненно важно иметь НОВЫЙ удев БЕЗ новых возможностей.

Ситуация ухудшилась после того как Udev стал частью Systemd, который поставил под угрозу способность поддерживать существующие установки

Лицомобпальму.видео
Distributions not wishing to adopt systemd can build udev pretty much the same way as before

Да что ж блин их всех так лихорадит, каждый наровит изобрести свой велосипед, ещё более упоротый и утопический. Где Unix-way, где холодный расчёт и трезвый ум?

Гентушники молодцы, если всё будет действительно, как написано в новости, то это годный проект.

Есть федорино горе и OpenSuSE.

Феерично. В вину удеву ставят то, что он использует новые возможности ядра (написанные, надо полагать, вредителями), в результате он оказывается несовместим с системами со старыми ядрами

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

www.linux.org.ru/photos/51424:1050802315.png

пасиб.

каждый наровит изобрести свой велосипед
Гентушники молодцы

Ась?