Riesenie: prosim o triezve nazory na temu rc v slacku

[Peter Ronai]

Takze som to nakoniec rozriesil tak, ze som spravil kompromis a dohodli
sme sa. Aby to bolo prakticke, kazda sluzba startovana s prislusneho rc
bude subroutine ktora bude mat moznost start a stop. Ak sa rc skript
pusti bez argumentu, startnu sa vsetky sluzby, ak s argumentom, argument
sa vyhodnoti a startne sa prislusna vec alebo vyhodi chybova hlaska
(detto pre stop). Kedze ide o subroutiny, prislusny case $1 in bude mat
volanie danych subroutin pekne za sebou a prehadzovanie poradia pojde
velmi lahko.

Viem ze je to reimplementacia niecoho co ktosi vymyslel a lepsie, ale na
druhu stranu budem moct spolupracovat s druhou stranou. Je to na
embedded systeme takze zas az take kacirske to nie je.

Dakujem vsetkym ktori sa zapojili do debaty, vdaka nej som prisiel na
riesenie.

Dz


On Tue, 2002-06-18 at 07:54, Matus "fantomas" Uhlar wrote:

> -> > Je mi jasne ze je to debata koncepcneho charakteru typu flame, avsak
> -> > velmi by ma zaujimalo, ci niekde nie je popisane, co ako chce slackware
> -> > predstavovat v tomto formate (sysV to teda nie je), preco je prave
> -> > slack podla niekoho lepsi v style startovania atd.
> -> 
> -> Ja pouzivam slack a osobne sa mi paci styl tychto skriptov.
> -> Skus si mrknut rc.K a potom r.sysvinit. Tu uvidis postup nabiehania
> -> a ak chces vediet kde sa spustaju ostatne rc.skripty moze si to mrknut v 
> -> subore rc.M.
> 
> zaujimave, ked si pozriem rc sktipry v akomkolvek sysv-like systeme, presne
> vidim v akom poradi sa co spusta, nie je problem zariadit aby sa to v
> dotycnom leveli nespustalo pripadne vymenit poradie.


to je moj argument :) ale nepochodil som


> 
> 
> -> a takto si mozes urobit prehladny sytem startovania konfiguracie ktorej 
> -> rozumies ale je to len vec nazoru a zvyku. RedHat som uz dlho nevidel a 
> -> neviem to teraz porovnat ale niekedy sa mi to tam zdalo ohavne. Ohladne 
> -> postupu startu systemu tu nieje inak nic moc zaujimave alebo specialne. 
> -> Skratka klasika.
> 
> imho bsd-ckovske init skripty sa oplati len v pripade ze chces urobit bud
> velmi okresanu masinu alebo nie si schopny pochopit sysv.


no okresane to bude, ja som to ale nebral ako argument


> 
> v BSD je situacia o dost ina: na rozdiel od distribucii linuxu, kde skoro
> kazdy program patri do ineho balika, obsahuje BSD v sebe kopu zakladnych
> programov pre beh systemu - sshd, cron, sendmail atd atd atd. Preto v BSD
> nie je problem preddefinovat konfigurak typu /etc/rc.conf kde si clovek
> nastavi ktore programy chce spustat a ich konfiguracie atd atd a systemovy
> rc skript ho prebehne a spusti co treba. Priklad configu:
> 
> ###
> 
> hostname="virtual"
> ifconfig_xl0="inet 195.168.1.7  netmask 255.255.255.0"
> defaultrouter="195.168.1.1"
> 
> #staticke routy
> static_routes="ipv6"
> route_ipv6="-inet6 default 3ffe:80e1::1"
> 
> nfs_client_enable="YES"
> nfs_reserved_port_only="YES"
> 
> ntpdate_enable="YES"
> ntpdate_flags="ntp.bts.sk"
> ntpd_enable="YES"
> 
> sendmail_enable="NO"
> 
> firewall_enable="YES"           # Set to YES to enable firewall functionality
> firewall_script="/etc/firewall.load" # Which script to run to set up the
> firewal
> firewall_file="/etc/firewall.rules"     # file with firewall rules
> firewall_quiet="YES"            # Set to YES to suppress rule display
> 
> ###
> 


hej, toto sa mi na bsd paci a na slacku chyba


> uz aj vo FreeBSD (a hadam aj inych) maju dodatocne programove baliky
> sysv-like init skripty. Vo FreeBSD sa nachadzaju v /usr/local/etc/rc.d.
> 
> Takze ja si myslim ze init skripty typu System V su ovela schopnejsie, a
> klasicke sa vo FreeBSD udrzali vdaka tomu ako je zakladny system robeny.

mozem iba suhlasit ale je to len moj sukr nazor