> у вас - это у поттерингопоклонников?У нас - это у тех кто готов пользоваться современными фичами в современной системе, на уровне достойном 2014 года, а не 1990-го. А то как-то странно получается: в ядре контейнеры и гипервизор есть. А как насчет ими порулить?!
> А нас - это бсдшников? Или реактосников?
У вас - это господ "я так привык", при том привык - это без задействования виртуализации, контейнеров, снапшотов ФС и прочих актуальных технологий. Их даже современными то называть сложно - лет всему этому много, а популярно оно стало потому что мощности современного железа достигли уровня когда 1 программе столько просто не надо.
Или ты вообще о чём, а то может
> до системде линукса не было? :-D
Был. Только вот до него почему-то все клали болт на проблемы тех кто хочет пользоваться виртуализацией и контейнерами, делая вид "моя хата с краю, ничего не знаю". Единственной системой инициализации где запилили поддержку cgroups кроме systemd стал upstart. С большим отставанием. Когда уже половину компонентов systemd в систему уже приперли.
> Скоро системде вместит, учитывая сколько туда софтин мержатся.
Я не виноват что остальные забили. За это и повылетают отовсюду кроме машин особо маргинальных личностей. Не очень то и жалко. Им же не жалко было админов костыляющих запуск и майнтенанс виртуалок и контейнеров.
> К тому же GUI-настройщик уже есть.
Мне пофиг на гуй, я и конфиги не против отредактировать. А вот наворачивать многостраничные скрипты и собственные утили дергающие сисколы для типовых операций (а старт виртуалок и контейнеров - это именно оно) мне лениво. Хотелось бы некое готовое околосистемное решение которое бы этим занималось. Поттер это дело видимо просек.
> В добавок курирует одна компашка одной компании, которая отвергает
> патчи не соответствующие партийной линии. Ты главное - дождись.
Если ты про редхат - нууу... объяви редхату бойкот: удали весь код от редхата. Только не забудь посмотреть сколько они работы воротят.
> всё заткнет, все соседние подсистемы: менеджер сессий, менеджер устройств, ntp-сервер,
> web-сервер, бэкап утилиты, утилиты настройки сети, логгер, всё-всё-всё заткнёт)))
Флаг ему в руки. Его дело - сделать компонент который сам рулит системой, включая VM/контейнеры/состояния ОС на железке по минимуму, а если надо еще круче - вывешивает энтерпрайзному управлятору, если приспичило порулить 500 серверами за раз.
> нет, unit запустить, даже без кастомно обработать.
А что - юнит запустить? Юнит лишь конфиг запускалке, описывающий как стартовать "вон ту хрень". Если при этом что-то пошло не так - запускалка как минимум в лог нагадит описанием проблемы, а не как в sysv, где ошибки как правило тихо хepятся вникуда и поди там догадайся, почему лыжи не едут. Откуда-то отсюда и растут требования на встроенный логгер: средств отображения юзеру в интерфейс в системе может и не быть, а вот совсем никак не информировать о том что в конфигурации системы есть проблемы - свинство. Вот и получается что логгер не опция а mandatory компонент. Вплоть до того что ядро кой-как логгирует в свой буфер и даже мизерный openwrt прет логгер в систему инициализации.
> А так знатно пеpдел про функционал.
Конфигурирование != программирование. Я считаю что в конфигурационных данных "как запускать программы" условностей следует избегать. Если это совсем не получается, во избежание превращения прозрачных конструкций в макароны как в sysv нынче. А если где-то совсем не получилось - ну вот тогда и звать скрипты. Может, 1% случаев и наберется. Для чего-то такого скрипты и нужны - когда надо именно попрограммировать.