Исходное сообщение
"Новая версия системного менеджера Systemd 206" Отправлено AX, 24-Июл-13 13:17
>> строк, Поццеринг нагородил бинарный костыль (systemd-vconsole) с 307 строчками на C.. > Зато всем остальным это писать не придется. Чем оно и хорошо. Даа, пройтись циклом по /dev/tty*, пару раз дёрнуть setfont и loadkeys — это просто аццки трудно. Зато если я, к примеру, захочу добавить параметр к вызову setfont, то мне придётся искать в потрохах systemd, где именно он вызывается, поменять и пересобирать весь systemd заново. Ну просто невероятно "удобно"! > Так это как раз нормально - в простых случаях только конфиги, в > сложных как раз и позовем интерпретер. Только интерпретатор там очень урезанный в правах. В инитскриптах я могу добавлять свои действия помимо стандартных start/stop/restart/etc. В openrc я могу даже управлять зависимостями (например, добавить need имя_сервиса, если в конфиге включена такая-то опция). А в systemd? Я уже не говорю о том, что когда враппер для простого запуска бинарника размазывают по тысяче файлов, — это полный !@#$%. > А когда простой запуск демона без особых наворотов начинает занимать пару > страниц текста #!/usr/bin/runscript command="/usr/sbin/cupsd" depend() {     use logger } Вопрос на миллион: сколько здесь страниц текста? Впрочем, даже в арчевском скрипте там нет ничего кроме инклудов rc.conf, functions и стандартного case-start-stop…, в котором разберётся даже обезьяна (но не фанат systemd).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> строк, Поццеринг нагородил бинарный костыль (systemd-vconsole) с 307 строчками на C.. >> Зато всем остальным это писать не придется. Чем оно и хорошо. > Даа, пройтись циклом по /dev/tty*, пару раз дёрнуть setfont и loadkeys — > это просто аццки трудно. Зато если я, к примеру, захочу добавить > параметр к вызову setfont, то мне придётся искать в потрохах systemd, > где именно он вызывается, поменять и пересобирать весь systemd заново. Ну > просто невероятно "удобно"! >> Так это как раз нормально - в простых случаях только конфиги, в >> сложных как раз и позовем интерпретер. > Только интерпретатор там очень урезанный в правах. В инитскриптах я могу добавлять > свои действия помимо стандартных start/stop/restart/etc. В openrc я могу даже управлять > зависимостями (например, добавить need имя_сервиса, если в конфиге включена такая-то опция). > А в systemd? > Я уже не говорю о том, что когда враппер для простого запуска > бинарника размазывают по тысяче файлов, — это полный !@#$%. >> А когда простой запуск демона без особых наворотов начинает занимать пару >> страниц текста > [CODE] > #!/usr/bin/runscript > command="/usr/sbin/cupsd" > depend() { > use logger > } > [/CODE] > Вопрос на миллион: сколько здесь страниц текста? > Впрочем, даже в арчевском скрипте там нет ничего кроме инклудов rc.conf, functions > и стандартного case-start-stop…, в котором разберётся даже обезьяна (но не фанат > systemd).
	Введите код, изображенный на картинке: