[sisyphus] Re: initng - the next generation init system

[Ilia K.]

On 5/9/05, Sviataslau Svirydau <Sviataslau_Svirydau на epam.com> wrote:
> Заваисимость-то построить можно. Напр., как это сделано в SuSE... 
> обыкновенные инит-скрипты, зависимости указаны в комментариях...

Да, а потом добавить ещё функциональности комментариям, и ещё... И что
получится? Костыли на костылях!  Стандартизированные комментарии, на
значения которых "рассчитывают" различные программы - это уже не
комментарии. А как насчёт этих функций в rc.d/init.d/functions - не
что иное, как попытка приблизить корявые shell-скрипты именно к виду
конфигурационных файлов. Если вы их читали, то не можете не
согласиться.
А теперь такой вопрос: вы знаете, что в конфигурационных файлах initng
можно писать и shell-скрипты? Теперь знаете :)

Так зачем извращаться со скриптами, если можно тоже самое сделать
красивее и удобнее? Но главное преимущество initng - это гибкость и
расширяемость.
Пример гибкости: ваша программа требует рабочую сеть при старте. В
старой схеме вы смотрите какой там номер в комментариях к
init.d/network и выбираете на авось номер побольше для своего
стартового скрипта. В случае, если по каким-то причинам на компьютере,
где будет использоваться программа, сервис network имеет другой
приоритет при старте, то есть шанс, что ваша программа не запустится.
Только не говорите, что сервис network имеет везде один и тот же
приоритет, и если админ его поменял, то это его проблемма. Это не
должно быть проблеммой вообще! И network - это только пример.
Сравните теперь с новой схемой: вы просто указываете, что программа
зависит от сервиса network и никакой головной боли!