>> я извиняюсь, последний раз с фрей приходилось иметь дело где-то с восьмой
> с нее и началось. до того как-то обходились черезадничными методами (на что
> только не шли, чтобы не делать как в systemV) - типа
> 00-mysql в rc.d, чтобы он запускался до того, как зависимые от
> него, но в восьмерке уже стало понятно, что все, приехали.

man rcorder, с ним еще удобно с джейлами работать, когда запуск одного при необходимости запустит и другие, указанные в зависимости, а также их порядок запуска.

>[оверквотинг удален]
> named_wait_host=${named_wait_host:-"localhost"}
> named_auto_forward=${named_auto_forward:-"NO"}
> named_auto_forward_only=${named_auto_forward_only:-"NO"}
> # Not configuration variables but having them here keeps rclint happy
> required_dirs="${named_chrootdir}"
> _named_confdirroot="${named_conf%/*}"
> _named_confdir="${named_chrootdir}${_named_confdirroot}"
> _named_program_root="${named_program%/sbin/named}"
> _openssl_engines="/usr/local/lib/engines"
> простенько, понятненько, удобочитаеменько, не правда ли? И это небольшой фрагментец процитировал,

да все просто. Обычные sh-скрипты. Это вам не bashизмы изучать. Да и простому смертному там кроме _enable ничего не понадобиться. Ну офигеть как сложно!

> а всего там 400 строк. И так в каждом стартовом скрипте,
> mysqld, поверьте, выглядит ничуть не лучше, скрипты в /etc/rc.d тоже беглым
> взглядом не окинешь, каждый приходится читать детально. Быстро понять, что за
> чем запускается - вообще без специального инструмента нельзя, это тебе не

ну офигеть как сложно воcпользоваться rcorder, надо быть нобелевским лауреатом, не иначе.

> Причина - а у нас тут все в одной куче - и
> постинсталльная логика, и последовательность запуска, и конфигурационные параметры,
> и собственно старт-стопная логика.
> (а, да - и jailed named оно при этом нормально запускать разучилось,
> такой вот прогресс)
> "здесь так принято".