Startovací scripty (joke)

Stanislav Meduna stanom na etm.at
Pátek Duben 27 11:19:01 CEST 2001


Pavel Janík schrieb in Nachricht ...

>Ano, i tomuhle se opravdu dá říkat kompatibilita. Stačí se na to podívat
>z globálního pohledu a ne svýma zaslepenýma očima... Proč mají některé
>skripty v %post volání něčeho, co na jiných distribucích vůbec nemusí
>existovat a tudíž instalace podobného balíků může havarovat?

Tento problem je zlozitejsi a vobec sa netyka len nekompatibility
medzi distribuciami. Ja som narazil na inetd -> xinetd zmenu
pri prechode na RH 7.0. V bugzille som sa spytal, co s tym,
pretoze RH sam vtedy odporucal vyvoj na starsej verzii, pokial
chce clovek maximalnu prenositelnost (to bolo v casoch
prvych hadok o gcc a glibc) a ci by sa nemal napisat podobny
wrapper ako je chkconfig. Vysledok? - RESOLVED/NOTABUG
a rada, aby som sa v skripte pytal "rpm -q inetd" ci existuje
a "service xinetd status" ci bezi, co teda nepovazujem
za bohvieaku radu :-((( Vid http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=23478

V tychto veciach vidim hrozbu pre rpm - v podstate kazdy balik,
ktory musi postelovat nieco v systeme a nielen vo svojich
konfigurakoch, bude vzdy potencialne problematicky. Nie som
si isty, ci je vobec realne mozne snazit sa to standardizovat -
ono je zase vzdy lepsie riesenie typu chkconfig, aj ked je zavisle
od distribucie, ako grepovanie konfiguraku a potom
echo foo >> /etc/inetd.conf.

Pokial ide o konkretny thread, asi by bolo namiesto exit 0 lepsie
kricat, ze tu moze byt problem. Tiche vykonanie bez akehokolvek
varovania aj podla mna porusuje "princip najmensieho prekvapenia".
Pavel, nechces to do vasho issue-tracking systemu navrhnut?

Zdravi
--
                                                Stano





Další informace o konferenci Linux