Почему ругаются на systemd?

"Vascom" написал:

Что вызывает сомнения?

паранойя у коллеги, это сейчас популярно. У меня знакомые, по дурости, проживая в Канаде подписались на российские каналы, насмотрелись передач и теперь им везде мерещится АНБ и процие ЦРУ, вкупе с Израильтянами, евромайданами и Саакашвили :) Ну а линуксоидам еще и "красношляпые" везде мерещатся, экстраполяция-с ;)

"Красношляпым" контроль не нужен. Им нужно зарабатывать, делая клиентов довольными, и желающими платить за подписку. А для этого, им нужно работать на дистре который достаточно хорош для их клиентуры - больших корпоративных датацентров. поэтому они переводят свои дистры на systemd - он там реально нужен, и костыли которыми приходится подпирать init давно всех достали.

Остальные дистры вольны делать что им угодно, но и там понимают что "красношляпые" не будут вкладываться в такие перемены зря. Везде кроме рунета, таких криков о systemd нет, что характерно. Люди спокойно переводят серверы на новые дистры, изучают новую технологию и продолжают работать.

Vascom написал:

Что вызывает сомнения?

Богатый жизненный опыт. Если что-то усиленно навязывают - не жди от этого добра.

"DdShurick" написал:

Если что-то усиленно навязывают - не жди от этого добра.

"redix" написал:

Редхат вам что то навязывает?

redix, 100500 раз уже говорили. Объединение кода udev'а с кодом systemd - это не что иное как навязывание systemd. Без вариантов.

"DdShurick" написал:

Если что-то усиленно навязывают - не жди от этого добра.

Red Hat делает systemd и другие технические решения, чтобы использовать их в своих продуктах. Но при этом код открыт, а значит, другие дистрибутивы тоже могут использовать systemd, если они того пожелают. Дула у виска никто не держит.

"yars" написал:

Объединение кода udev'а с кодом systemd

"redix" написал:

Кому он его навязал?

Дистрибутивам. Не? А ты еще раз подумай :)

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

redix, в том-то и дело, что слакварь с дебианом чуть ли не единственные, кто не запилили systemd, хотя есть и готовые пакеты (вроде в Debian - официальные, от разработчиков, в Slackware - сторонней сборки). Патрик пока отмалчивается, но народ довольно активно проблему обсуждает.
UPD: А запилили именно те дистрибутивы, которым и нужно готовое решение, у которых не хватило пороху форкнуть udev, как это сделали в Gentoo. Я себе на виртуалку хочу поставить eudev и выложить пакеты со слакбилдами. И сейчас над этим работаю.

"yars" написал:

Патрик пока отмалчивается

Ну да, но впоследствии он может и переменить это решение. Я про это не в курсе *DONT_KNOW*

"yars" написал:

но народ довольно активно проблему обсуждает.

А где слакварщики торчат обычно? LQ?

"dyasny" написал:

Везде кроме рунета, таких криков о systemd нет, что характерно.

Настолько нет, что Леннарт ради целого рунета родил этот опус?

"Vitri" написал:

Настолько нет, что Леннарт ради целого рунета родил этот опус?

настолько нет что Леннарт написал статью. Причем, заметь, нигде в статье нет бреда о контроле "шапочников" над вселенной и общем геноциде джедаев-праведников. Статья чисто техническая, для тех кто не понимает или сомневается.

yars написал:

[quote="redix"]Редхат вам что то навязывает?

redix, 100500 раз уже говорили. Объединение кода udev'а с кодом systemd - это не что иное как навязывание systemd. Без вариантов.[/quote]

И 100500 раз пришли к выводу, что навязывание мерещится параноикам.
И про объединение кода udev и systemd тоже всё 100500 раз разжевали.

yars написал:

Я себе на виртуалку хочу поставить eudev и выложить пакеты со слакбилдами. И сейчас над этим работаю.

Вы бы поосторожнее, а то вдруг Red Hat пришлёт к вам отряд своих ликвидаторов. Ведь вы подрываете их планы по порабощению Линукса.

"yars" написал:

Объединение кода udev'а с кодом systemd - это не что иное как навязывание systemd. Без вариантов.

"urfin" написал:

Вообще-то, включение udev в systemd вполне логично. Раз уж разработчики udev стали разработчиками systemd, то естественно, что они свои же предыдущие разработки и включили в новую. Не писать же им по второму разу одно и тоже?

наконец-то голос разума

Рич Фелкер (Rich Felker), автор системной библиотеки musl, участник проекта Openwall и член группы Austin Group, развивающей и поддерживающей стандарты POSIX, опубликовал заметку "Broken by design: systemd" с критикой systemd. По мнению Фелкера, архитектура systemd изначально является ущербной из-за интеграции в init-процесс сторонних функций, непосредственно не связанных с процессом загрузки. Подобное нагромождение негативно сказывается на надёжности и безопасности.

Фелкер выделяет три основные архитектурные проблемы systemd:

• В Unix-системах PID 1 имеет специальное назначение, в частности, PID 1 становится родителем для осиротевших процессов и поддерживает специальную семантику сигналов. В случае краха обработчика PID 1, происходит крах всей системы (kernel panic). Традиционные системы инициализации минимизируют размер кода и число функций обработчика PID 1, в то время как systemd выносит на уровень PID 1 серию демонов, реализующих вторичные функции, что приводит к общему снижению надёжности. Если традиционный init-процесс занимается лишь обработкой сигнала SIGCHLD от осиротевших процессов и реагирует на смену администратором текущего уровня запуска (runlevel), то systemd дополнительно занимается такими вещами, как управление подключением и отключением устройств, изменением точек монтирования, слежение за состоянием элементов в ФС и даже обработка запросов через DBus API.

• В защищённой системе без systemd, обычно присутствует только один привилегированный процесс, критичный для проведения атаки, - sshd. Все остальные компоненты управляются и получают входные данные только от пользователя root. В случае systemd присутствуют каналы взаимодействия с непривилегированным пользователем. Реализация расширенных функций в systemd приводит к необходимости выполнения на привилегированном уровне лишнего кода по выделению ресурсов, обработки файлов, разбору сообщений и обработке строковых данных, что увеличивает риск возникновения уязвимостей, которые могут быть эксплуатированы непривилегированным пользователем.

• Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.

Источник : http://www.opennet.ru/opennews/art.shtml?num=39050