Когда дохрена времени на поддержку альтернативных зондов systemd )

в арче сейчас возможна жизнь без systemd?

С openRC точно все прекрасно у них, чуть свой репо с приоритетом на часть софта и репки арчика.

последний релиз 22 Oct 2019

да он это, не живой.

Последний коммит Dec 23, 2019 Prepare for 2.9.1.0, в опенРЦ обычно тоже немного жизни от релиза до релиза.

Буквы вроде интересные http://skarnet.org/software/s6/ но независимого обзора не нашел.

systemd на минималках. Прямо как растительное мясо веганов. Типа выглядит и на вкус как мясо, но не из мяса. Так и S6 - выглядит и на вкус как systemd на минималках, но не systemd... :)

s6

systemd is much, much worse than the other ones, and a real danger for the future of GNU/Linux. I have a special page dedicated to it.

Автор — очередной VUA-шизик, понятно.

Ну я же не зря с веганами сравнил.

не знаю, что за VUA(visual ua? при чем здесь это?), но что его инит хотя бы следует unix-way (в отличие от), нравится мне куда больше.

a lot of s6 tools will perform some action that changes the process state, then execute into the rest of their command line. This allows the user to change the process state in a very flexible way, by combining the right components in the right order.

не знаю, что за VUA

Ветеран юникс администратор. Это самоназвание шизиков, которые Devuan основали.

но что его инит хотя бы следует unix-way (в отличие от), нравится мне куда больше.

«Юникс-вей» мы в прошлом сраче обсудили, не с тобой, правда. У юникс-вея есть потолок сложности, выше которого он не может прыгнуть. Все современные сложные программые системы — это высокоинтегрированные комбайны.

a lot of s6 tools will perform some action that changes the process state, then execute into the rest of their command line. This allows the user to change the process state in a very flexible way, by combining the right components in the right order.

Это всё, конечно, на бумаге звучит шикарно. Но что это позволяет сделать такого особенного (что тот же systemd не может)? Выгода для конечного пользователя от этой «гибкости» какая?

Ветеран юникс администратор.

ааа:( я тоже не фанат их презенташек (пытался смотреть их конфу на ютубе).

Все современные сложные программые системы — это высокоинтегрированные комбайны.

ввот-вот-вот, комбайны. они сложные, но их затачивают под каке-то юзкейсы (ок, сложные юзкейсы). а инженерам по интеграции иногда нужны простые кубики. и наоборот, в каких-то случаях этих кубиков достаточно для простых случаев (KISS экономически оправдан).

Но что это позволяет сделать такого особенного (что тот же systemd не может)?

легковестность. т.е. я тут даже не об объемах ресурсов, а о необходимости каждый месяц читать ченжлоги systemd. задумка автора s6 предполагает надежный supervision процессов+логирование без лишних функций.

как выше написали, systemd для веганов.

Но что это позволяет сделать такого особенного (что тот же systemd не может)?

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

мне это напоминает старую ситуацию с php (условно!). тебе нужно сделать не типовой магазин, а что-то кастомное. и перед тобой стоит выбор: 1) писать на чистом php с нуля долго и нудно или 2) опять же долго и нудно изучать какой-то фреймворк, чтобы убить кучу времени и в итоге выяснить, что а) он в 2-3 раза более жирный по памяти, чем решение 1 и б) его готовый функционал тебе чем-то не подходит и надо что-то всеравно делать по пути 1.

«мелкие кубики» (unix-way) все-таки быстрее, чем путь 1, и в то же время их проще освоить и заменить (если не подходит), чем большой кубик на пути 2.

«Мы выпустили очередную систему инициализации, чтобы как не в винде systemd!»

Видимо какой сайт, такая и система инициализации