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

[metaclass]

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

Comments

[tzirechnoy.livejournal.com]

>и молимся, чтобы maintainer пакета не поправил скрипт и не пришлось бы решать конфликты. been there.

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

>ручек, если вы ходили по ссылкам, там более чем дофига,

А у Вас нет ощущения, что "дофига" и "на все случаи жызни" -- это совершэнно ортогональные понятия?

>хорошо хоть это только в одном месте можно
> сделать. если вообще можно: разве
^gt; /etc/default/servicename есть у всех сервисов?

Нет, не у всех. Сейчас посмотрел -- почти у десятка именно сервисов из полутора сотен моей системы -- не используется. У части при этом есть какой-то другой развесистый конфиг, у части -- /lib/lsb/init-functions.

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

[develop7]

я без проблем решаю и гораздо более серьёзные конфликты

нет конфликтов — нет проблем. смекаете?

это гораздо проще, чем решать конфликты в сорцах systemd

расскажите подробнее, как именно вы пришли к необходимости разрешать конфликты в сорцах systemd?

"дофига" и "на все случаи жызни" -- это совершэнно ортогональные понятия

и что, из этого следует, будто systemd ненужен/следует_запретить, потому что его не хватит на все-все-все случаи жизни, так?

У части при этом есть какой-то другой развесистый конфиг, у части -- /lib/lsb/init-functions.

Ага. То есть одни и те же люди ссылками на XKCD предполагают наличие каких-то уже существующих стандартов, а в соседней ветке демонстрируют, что стандартами они де-факто не являются. Выглядит как двоемыслие.

ни разу в жызни мне не пришлось пожалеть, что это так

мне неоднократно приходилось. мержить инитскрипты, когда можно не мержить — унижение.

[tzirechnoy.livejournal.com]

> нет проблем. смекаете?

Ну да. Старая байка. Используйте только сертифицырованную Microsoft (R) Windows (tm), и у вас не будет никаких проблем. Я её 20 лет слышу. Особенно смешно слышать, что проблем не будет именно и только если использовать последнюю версию -- поскольку в предпоследней проблемы почему-то всё-таки были.

>расскажите подробнее, как именно вы пришли к
> необходимости разрешать конфликты в сорцах systemd?

Я их пока что успешно избегаю. Просто не ставлю нигде ничего с systemd -- вот и нет никаких конфликтов в сорцах.
И шуточки вида

        f = fopen("/etc/X11/xorg.conf.d/00-keyboard.conf", "re");
         if (!f) {
                 if (errno == ENOENT) {
 #ifdef TARGET_FEDORA
                         f = fopen("/etc/X11/xorg.conf.d/00-system-setup-keyboard.conf", "re");

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

>а в соседней ветке демонстрируют, что стандартами они де-факто не являются.

Да, неумение понимать прочитанное для systemd-фанбоев, конечно врождённое.
В комиксе и было написано, что со стандартами проблема: единого устоявшэгося -- нет.
И там ещё ржали над вашым вариантом решэния.

[develop7]

Используйте только сертифицырованную Microsoft (R) Windows (tm)

уточните пжлст, вот это сейчас Imago или Pugna было? я склонаюсь к Imago, но вам должно быть виднее

Просто не ставлю нигде ничего с systemd

а, так вы теоретик.
итого
* systemd вы не использовали
* systemd вы не хотите и не будете ни изучать, ни использовать
* поэтому ваше представление о возможностях systemd носит обрывочный характер и, как следствие, матчастью вы не владеете
* однако убеждены, что systemd не нужен никому вообще
* и аргументируете это устаревшими обрывками кода localed (который мало того, что не является частью PID 1, так ещё и вообще отключается нафиг) и собственными домыслами, основанными на устройстве /etc/rc*
Я ничего не упустил?

там ещё ржали над вашым вариантом решэния

этот вариант существенно лучше того, что предлагают sysvinit c upstart