[archъ]подпортим свои rc.conf

Ну вот, вы убили KISS (

ты на скрипт глянь, там не больше 50 строк, хосспади =_=

s/50/60/

А почему service, а не daemon? Это ведь Linux, а не Windows всё-таки )

мне пофик, если честно

> А почему service, а не daemon? Это ведь Linux, а не Windows всё-таки )

Патамушта как в убунте!

Ну вот, еще чуть-чуть и получится какой-нить дебиан.

а что в убунте?
не юзал со времен 8.10. а в «козле» был родной дебиановский rc-update add <daemon> <options>

а что еще надо? мне не сложно, я напишу. хд

спасибо, теперь будет как в красно шапке

Еще надо создать пкжбылд apt-get'a и aptitude'a и засунуть в аур )

yaourt -S dpkg

[neko@gdetotut ~]$ man service
Нет справочной страницы для service

да что уж там, лучше сразу pacman -S ubuntu-desktop

неа, потому что LSB

а прыщеарчеры в своём репертуаре. Осильте LSB уже, а? :)

бабушка! я изобрел убунту

В арче нет /etc/init.d ? Как страшно жить...

omg... /etc/init.d? Посмотри генту хоть одним глазком.

Ты такой крутой. Тебе уже, наверное, пиво продают.

service(8)                                                          service(8)

NAME
       service - run a System V init script

SYNOPSIS
       service SCRIPT COMMAND [OPTIONS]

       service --status-all

       service --help | -h | --version

DESCRIPTION
       service  runs  a  System V init script in as predictable environment as
       possible, removing most environment variables and with current  working
       directory set to /.

       The  SCRIPT  parameter  specifies  a  System  V init script, located in
       /etc/init.d/SCRIPT.  The supported values  of  COMMAND  depend  on  the
       invoked  script,  service  passes  COMMAND  and  OPTIONS it to the init
       script unmodified.  All scripts should support at least the  start  and
       stop  commands.   As  a special case, if COMMAND is --full-restart, the
       script is run twice, first with the stop command, then with  the  start
       command.

       service --status-all runs all init scripts, in alphabetical order, with
       the status command.

FILES
       /etc/init.d
              The directory containing System V init scripts.

ENVIRONMENT
       LANG, TERM
              The only environment variables passed to the init scripts.

SEE ALSO
       chkconfig(8), ntsysv(8)

                                   Jan 2006                         service(8)

Fedore Core 13

а зачем оно тпм? там есть /etc/rc.d/.

В то время как в дебиане и редхате это уже сколько лет...

и в альте )

Мне этого, кстати, в арче не хватало.

так сложно набрать sudo /etc/rc.d/*? мда...

Думаю даже проще было бы добавить /etc/rc.d в $PATH, тогда вообще круто все было бы.

и каким образом отличить бинарник /usr/sbin/named от /etc/rc.d/named?

Ну например имена сервисов по дефолту - уники. Пока не нашел дублей. В противном случае один бинарник можно переименовать.

ты же понял, что пример вверху это не абстрактный пример, а DNS сервер BIND? тоже самое и с openvpn, с апачем, лайти... Да почти у каждого сервиса так.

если честно - не понял. Я думал named - это любое имя. Ну у меня например имена не совпадают, поэтому все работает.

> А почему service, а не daemon? Это ведь Linux, а не Windows всё-таки )

лолшто? service был ещё в красношапке 6.2 (насколько я помню), винда тогда по-большому ещё в дос ходила и смотрела вот такими О_О огромными испуганными глазами на жестокий и незнакомый мир вообще и на юниксы в частности…

[silwer@archmage ~]$ ls -1 /usr/sbin/ > 1
[silwer@archmage ~]$ ls -1 /etc/rc.d/ > 2
[silwer@archmage ~]$ comm -1 -2 1 2
avahi-daemon
avahi-dnsconfd
crond
dhcpd
ftpd
gpm
ip6tables
iptables
kadmind
lighttpd
lircd
lircmd
named
nscd
openvpn
php-fpm
slpd
smartd
sshd
syslog-ng
xinetd
[silwer@archmage ~]$ 

Это все общие названия, при том, что у меня не так много стоит софта.

резюме: костыли в виде service в арчах не нужны.

Дело не в сложности, а в неудобстве. Работать и в венде можно, дело-то не в этом.

ты же понял, что пример вверху это не абстрактный пример, а DNS сервер BIND? тоже самое и с openvpn, с апачем, лайти... Да почти у каждого сервиса так.

для этого существуют функции баша, которые можно вшивать в bashrc.

например, вот так:

 mode_service 
which `named` 
/etc/rc.d/named

mode_user 
which `named` 
/usr/sbin/named

а вообще, зачем тебе запускать named ручками? Если нужно какую-то особую конфигурацию запуска, проще скопировать уже существующий /etc/rc.d/named в /etc/rc.d/named_very_very_special и поменять параметры там

Половину этого можно сделать симлинками без оверхеда.
Не нашел возможности установки запуска демона в фоне.

меня просто интересовало, что будет происходить в такой ситуации, когда есть одинаковые имена в разных путях. А вообще это все дикий оверхэд, KISS же!

Если так жмёт, то

alias service='/etc/rc.d/'

не прокатит. ну или тогда придется писать слитно —

sudo serviceapache2 start например

Ok,

alias service ='/etc/rc.d/'

[neko@gdetotut ~]$ alias service ='/etc/rc.d/'
bash: alias: service: не найден
bash: alias: =/etc/rc.d/: не найден
[neko@gdetotut ~]$ alias service\ ='/etc/rc.d/'
bash: alias: `service ': invalid alias name
[neko@gdetotut ~]$

function service { /etc/rc.d/«$@»; }

service(){ /etc/rc.d/«$@»; }
так короче хд

Ну, идея-то сохраняется. Мысль была в том, что лишние сущности - это не юникс-вей.

А почему service, а не daemon?

У программы daemon более иное назначение.