Zgodnosc z LSB

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Śro, 14 Maj 2003, 00:00:36 CEST


On Mon, 12 May 2003, Andrzej Krzysztofowicz wrote:

> 
> Wlasnie przegladam sobie LSB i widze nastepujace rzeczy do poprawki
> (zakladam, ze nasze skrypty startowe sa dolaczane do pakietu i nie moga byc
>  uruchamiane przez nie-root-a):
> 
>  1. "$0 stop" zawsze powinno zwracac 0 
>  2. "$0 start" powinno zwracac 0 dla "alredy_running"
>  3. w "$0 start" nalezaloby weryfikowac, czy proces wystartowal, nawet gdy
>     deamon() zwroci 0 - i jesli nie zwracac 1
>  4. $0 start   powinno zwracac 6, gdy wypisuje komunikat typu 
>     "Try \"$0 init\" before start.". Konunikat powinien isc na &2
>  5. msg_network_down powinno zawsze isc na &2
>  6. usage powinno zwracac 3. Czy tez powinno isc na &2 ?
>  7. Wobec (1.) "$0 stop && $0 start" jest rownowazne "$0 stop; $0 start"
>     (patrz force-reload). Zatem przy braku reload (patrz 9.) nalezy przyjac
>     force-reload==restart.
>  8. w "$0 restart" po "$0 stop; $0 start" nalezy dodac RETVAL=$?
>  9. reload==restart jest nieprawidlowe; nalezy w tych przypadkach zrezygnowac
>     z "$0 reload"
> 10. reload powinno zwracac 7, gdy program nie dziala ==> killproc tez
>     powinno zwracac blad (ktory nalezy ignorowac w $0 stop).
>     W tym przypadku msg_not_running powinno isc na &2.
> 11. kody powrotu 4 i 5 dla funkcji innych niz "$0 status" w PLD nie maja
>     zastosowania
> 12. po msg_usage w daemon() i killproc() powinno byc "return 2" (a nie 1)
> 
> 
> Uwagi ? Komentarze ?
> Jesli nie bedzie krytycznych, to jutro wieczorem zaczynam wdrazac...

Po przyjrzeniu się temu dokładnie jak na razie z mojej strony tylko taki,
że jako nic nie przychodzi mi do głowy co by miało powodować żeby nasze
skrypty nie miały się do powyzszego stosować.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*



Więcej informacji o liście dyskusyjnej pld-devel-pl