LINUX.ORG.RU

Официально стартовал проект eudev — форк udev от Gentoo

 , ,


3

4

Впервые о форке udev от Gentoo заговорили около месяца назад, и теперь проект приобрел официальный статус.

Udev часто ломает совместимость со старыми системами из-за зависимости от новых версий ядра Linux, даже если такой зависимости можно избежать. Ситуация ухудшилась после того как Udev стал частью Systemd, который поставил под угрозу способность поддерживать существующие установки. Разработчики Gentoo намерены продолжить развитие udev в виде отдельного проекта (без зависимости от systemd) — eudev — своими силами. При этом они заявляют, что в идеале eudev не будет ограничен использованием в Gentoo: после того как eudev достигнет стабильного состояния в Gentoo, они намерены начать сотрудничать с другими дистрибутивами для дальнейшего развития. В идеале, все дистрибутивы cмогут использовать eudev в качестве замены для Systemd-udevd.

Среди ключевых целей eudev называется улучшение поддержки udev существующего программного обеспечения: init-систем OpenRC (используется в Gentoo) и Upstart (Ubuntu), старых версий ядра, утилит разработки и т. п.

Исходный код eudev будет распространяться на условиях свободной лицензии GNU LGPL. На GitHub уже около месяца существует репозиторий для eudev.

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: Silent (всего исправлений: 4)

8)

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

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

anonymous
()
Ответ на: 8) от anonymous

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

vertexua ★★★★★
()

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

Прямо как в systemd.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

vasily_pupkin ★★★★★
()

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

encyrtid ★★★★★
()

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

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

pekmop1024 ★★★★★
()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ждём ебилдов

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

# 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)
leg0las ★★★★★
()
Ответ на: комментарий от pekmop1024

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

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

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

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

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

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

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

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

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

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

leg0las ★★★★★
()

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

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

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

Reset ★★★★★
()

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

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

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

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

redgremlin ★★★★★
()

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

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

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

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

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

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