Ненависть к systemd как психическая эпидемия

[metaclass]

Напомните мне или дайте ссылку - я уже спрашивал, чего все на systemd так ополчились?
Выглядит, как средневековая эпидемия одержимости дьяволом, все псят, чего псят - непонятно.
Ну, не считая вот этого: http://metaclass.livejournal.com/889197.html?thread=20959341#t20959341 тут, несмотря на теорию заговора, хоть какое-то обоснование имеется.

Comments

[altmind.livejournal.com]

кто ж о ценности говорит? кто ее оценит.

[volodymir-k.livejournal.com]

как святые Апостолы передали миру Писание
The UNIX Programming Kernighan and Pike 1984
вот оно и юникс вей
а прочее суть ересь и анафема

[eternal-leave.livejournal.com]

Форк есть же, uselessd

[ex0_planet]

uselessd не является drop-in replacement для systemd.

[berezovsky.livejournal.com]

О, привет, Глазофф! А за что не любит Поттеринга твоя мама?

[nivanych.livejournal.com]

http://boycottsystemd.org/

[poligraph.livejournal.com]

кроме быстрой загрузки дистра с systemd, никаких плюсов не вижу, поддерживать систему с systemd, с этими уродскими инитскриптами лежащими непонятно где сущий адЪ

[osdm.livejournal.com]

Из интереса почитал комменты по systemd на разных сайтах, вот по испорченному телефону краткое содержание.

Основная проблема в том, что от systemd невозможно отказаться. Если раньше в Unix-подобных дистрибутивах практически у каждой компоненты была альтернатива (ну там Linux - BSD, Gnome - KDE, RPM - DEB, GCC - Clang, glibc - musl и т.п.), то теперь во многие компоненты проталкивается зависимость от systemd. От systemd теперь жестко зависят Gnome, udev, dbus и еще хренова туча непонятных мне абревиатур. В свою очередь, systemd жестко зависит от Linux Kernel и glibc. Все эти жесткие зависимости, как легко понять, ничего хорошего Unix экосистеме не несут.

Ну и еще один значительный минус - systemd форсит бинарный формат логфайлов вместо текстового, что полный идиотизм.

[berezovsky.livejournal.com]

В общем, ведут к аналогу "mscoree.dll could not be found", а там и подмять недалеко. Закулиса, логемы, постмодерн, вот это всё.

[avnik.livejournal.com]

Вот это кстати там сделано абсолютно логично (хотя и по ебанутому)
man systemd.unit имеет список мест, и порядок чтения.
файлы мержатся при чтении, более позднее значение имеет приоритет.

То есть если тебе в foo.service не нравится _один_ параметр, ты пишешь
cat </etc/systemd/system/foo.service
[Service]
User=super
EOF

И это удобно, когда ты управляешь 100500 боксов каким нибудь шефом или солтом

PS Я при этом не спорю что там много хуиты спорото

[avnik.livejournal.com]

он своеобразный, это как раз настройка под вкусы автора.

Там выкинуто что-то, что я считаю разумным, и оставлено то что стоило выпилить.
(я уже писал выше -- что то как сделана работа с fstab -- мне например нравится)

Что-то (machined/machinectl) мне в принципе нравится, но надо было это застабилизировать как интерфейс, и выпиздовать в отдельный пакет.
А не втаскивать всю хуиту внутрь, чего я не одобряю совсем.

[avnik.livejournal.com]

PS из пульса поттеринг кстати дефакто ушел, последний его коммит 2012 годом датирован.

[norguhtar.livejournal.com]

Jackd был мягко говоря не userfrendly. Pulseaudio взлетел исключительно как ни странно за счет более менее нормальной работы и минимальных со стороны пользователя настроек.

[norguhtar.livejournal.com]

Ну если брать к примеру Redhat и производные. То как правило загрузка идет в два этапа. Сначала грузится initrd, затем идет подгрузка всего необходимого барахла и только после этого грузимся в систему. Как итог если что-то сломалось на стадии грузимся в систему, то используем систему из initrd. А там как раз /bin/sh есть и прочее. Опять же если говорить про systemd то все его аналоги страдают той или иной степенью идиотизма. Начиная от upstart заканчивая SMF в solaris. В целом же systemd именно как init система убирающая привязку запуска к /bin/sh весьма неплоха. Другой вопрос зачем бы все это надо :)

[norguhtar.livejournal.com]

А вот мантейнеры софта ликуют. При приходе systemd во все дистрибутивы им больше не придется писать init скрипты под каждый дистрибутив.

[bydlorus.livejournal.com]

Ну Гном-то без емакса запустится.

[permea-kra.livejournal.com]

Работает? Не трожь.

Не, ну кроме шуток. Вся инфраструктура вокруг системных демонов и системы инициализации складывалась десятилетиями. Ломать её с кондачка и менять на полностью новую - это, как минимум, рискованно. Я бы мог понять, если бы там выстроили внятный роадмэп с новыми сервисами и компонентами и лет 10-15 их поэтапно внедряли.

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

[develop7]

там дохуя чего надо в отдельные пакеты выложить. вопреки популярным домыслам, core devs не против, и объясняют невыкладывание отсутствием времени и абсолютной необходимости. patches are welcome и всё такое

[leotsarev]

Думаю, основных причин как всегда две:
1. Сломана совместимость с каким-нибудь куском говна никому не нужным, в том числе лично хейтеру, но дедывоевали за эти куски говна, поэтому трогать их нельзя.
2. Раньше можно было этот кусок говна теоретически заменить на другой, никто нормальный так не делает, в том числе лично хейтер, но за право поменять этот кусок на альтернативный хейтер готов ходить на демонстрации.

[leotsarev]

Собственно как я понимаю systemd это попытка написать Linux нормальный спроектированный userland (а не «понатащили кусков говна и как-то вместе они работают»). Поэтому это годно.
Единственная претензия к сабжу — зачем в systemd бинарные форматы логов. Интуивно кажется, что текстовые православнее.
Впрочем, вот в Видне бинарные логи и никаких проблем.

[develop7]

по второй ссылке @vt всё правильно сказал

[develop7]

зачем в systemd бинарные форматы логов

1) чтобы разработчик прикладного софта мог брать и логировать данные, нужные ему, не отвлекаясь на ограничения, навязываемые диванными кукаретиками юниксвея.
2) быстрее вынимаются well-known поля
3) чтобы бизнес-информацию не выцеплять регэкспами при анализе, а доставать напрямую
Это навскидку.

[develop7]

да кто ваши батники трогает-то?

[tzirechnoy.livejournal.com]

Справедливости ради: за debug обложыли не П., а Kay Sievers.

[tzirechnoy.livejournal.com]

> что то как сделана работа с fstab -- мне например нравится)

В общем можэт и лучшэ чем сейчас -- но такие вещи, IMHO, как раз скриптами надо делать.
Как оно было ещё в SVR1-SVR2, AFAIK. Нафига это в mount выкинули -- я не понимаю.