Шестая версия NetBSD-style rc.d boot scripts for FreeBSD

Никогда не перейдут.

FreeBSD team - тормоза.

Кто использует FreeBSD-5.0-CURRENT, скажите: там SysV или BSD инициализационные скрипты? И что там насчет DevFS?

Всем привет! Кто-нибудь может четко и внятно объяснить в заключается гибкость SysV (которой не хватает BSD-style)? Какой-такой простоты не хватает SysV-style? Пожалуста не пинайте сильно ... Не дайте умереть непросвещенным!!! С уважением, Serge.

> Кто использует FreeBSD-5.0-CURRENT, скажите: там SysV или BSD
> инициализационные скрипты?
Инициализационные скрипты там традиционные, BSD. Если Mike T. Makonnen и Gordon Tetlow сделают приличную реализацию RCng, то её немедленно закомиттят, согласие большинства на это вроде бы уже есть.

> И что там насчет DevFS?
А что тут насчёт DevFS? Есть, работает, давно.

$df /dev

Filesystem 1K-blocks Used Avail Capacity Mounted on
devfs 1 1 0 100% /dev

Ребята, я сюда прихожу читать новости про Линукс, а не про *БСД. В чём дело? Неужели у пользователей *БСД своих ресурсов нет?

2lowry: ну так если видишь новость с чертенком - не читай, а уж тем более не лезь испаржняться в ее обсуждении...:)

Чем мне и нравится Слакварь -- там работает всё :-) Хоть все РПМ ставь с РедХата, которые Систем-Ви, хоть сам руками правь и переписывай rc.* скрипты :-) Ваще ништяк.

Ну, судя по всему, тут "гибкость" означает, что если, например, поконфигурил сервис и его надр рестарить, то не надо делать killall, а потом вспоминать длинную строку параметров запуска какого-нить демона, а пошёл в /etc/rc.d/init.d и сказал: ./daemon stop, потом start вместо стоп и всё перезапустится. На счёт сложности скриптов Систем-Ви -- да, они сложновастые относительно BSD стильных rc.*, от cups, например, такой скрипт занимает 3,5 килобайта ... там внутри проверки, на каком Юниксе он запускается ...

Интересно, как тот же cups на BSD стартует ??? Или там тоже есть rc. скрипт для запуска Систем-Ви стильных прог как в Слакваре ??? :-))) Кто ставил купс на БСД ??? Расскажите ...

> Они нашли компромис между классическими SysV и BSD
Кажется в Slackware этот компромис нашли давным-давно. Реализовано просто и изящно.

BSD for(;;) !!!

ацтальное - ф сатт бля ниибаца нахуй

> BSD for(;;) !!!
Так это же вечно ничего не делающий цикл ;)

Объясняю на пальцах: Гибкость СИСV - поменял чего в конфиге проги и гасишь сервис, а потом перезапускаешь чем-то вроде /etc/rc.d/что-то/httpd stop(start), в БЗД-стайл kill -HUP inetd ИЛИ (О, ЖУТЬ!) sendmail -q15m -d.<br> Далее, легкость, в СИСV добавить сервис ручками - гимор (спроси у любого РедХатера,Мандракера или Дебиановца. А в БЗД-ст. прописал строчку в /etc/rc.d/rc.inet2 и усе! А еще БЗД-ст. читается легче. Пример - качай скрипты с kaa.specialist.ru (да прости меня Артур Крюков).

А для ОпенБЗД что-нибудь такое есть?

Довольно уродливо выглядит поддержка сразу и /etc/rc.conf и /etc/rc.conf.d

В жопу! (оно там не нужно)

В System V (может ранее?) было введено понятие уровней состояния системы,
соответственно другой `/sbin/init', добавлены `/etc/inittab' и
наборы скриптов для каждого из уровней, ... и т.д.
Индивидуальный пакет может сопровождаться своим сценарием запуска/остановки.
В BSD как бы два уровня: однопользовательский и
штатный. init обычно после /etc/rc* стартует getty из /etc/ttys
без особых затей. Процессы тормозяться сигналами тоже без танцев. ;)
Приимуществ использования /etc/rc.d в BSD системах
со стабильной во времени конфигурацией действительно немного.
/Ик/

Что в SysV Init такого сложного ? Там все "интуитивно" : http://www.sensi.org/~alec/unix/redhat/sysv-init.html

>Объясняю на пальцах: Гибкость СИСV - поменял чего в конфиге проги и >гасишь сервис, а потом перезапускаешь чем-то вроде >/etc/rc.d/что-то/httpd stop(start), в БЗД-стайл kill -HUP inetd ИЛИ (О, >ЖУТЬ!) sendmail -q15m -d.

cd /etc/mail && make restart

2Avarielf (*) (2002-06-09 23:34:19.523) Какой такой "гемор"? Не знаю, как в RH/Mandrake, а в Debian, если что, всё очень просто - /etc/rc.boot в зубы и вперёд... На крайний случай - /etc/rcS.d...

Кстати, SysV действительно удобно... Чем набивать /usr/local/apache/bin/apachectl restart, гораздо проще набрать /etc/init.d/apache restart :)

И так для любого сервиса в системе - однообразие радует.