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