On Tue, Nov 29, 2011 at 16:43:19 +0100, Bartlomiej Zimon wrote: >> 1. zbyt gadatliwy - zamiast samej nazwy usługi, wyświetla cały jej opis >> (coś jak: >> Starting SYSV: postgresql Starts and stops the PostgreSQL backend daemon >> that handles all database requests >> Started SYSV: postgresql Starts and stops the PostgreSQL backend daemon that >> handles all database requests). > > na to moge sprobowac przygotowac patch-a jesli faktycznie innych tez to w > oczy razi
Wrzuciłem właśnie moją propozycję. Założenie jest takie - jeśli pozwalamy SysV na własne komunikaty (a te mamy zrobione bardzo ładnie i tutaj z systemd stracimy na wyglądzie), to niech już systemd sobie odpuści. U mnie działa to dobrze, prośba o testy. >> 4. coś kulawo obsługuje SysV - próbuje mi uruchamiać usługi, które mam > > Do tego jest systemd-sysv-convert ktorego nie mamy ;/ A dokładniej, ku pamięci: uruchamia usługi SysV z runleveli 2-5, więc jak ktoś sobie wyłączył tylko w jednym (np. domyślnym), to się zdziwi. Głupie, bo powinien jednak zajrzeć w tego inittaba. Lista głupich zachowań systemd przez ostatnie 2-3 dni mi się wydłużyła, np.: - uruchomiony z confirm_spawn nie przestaje pytać, co śmiesznie wygląda dla getty, a denerwuje w kółko przy systemd-stdout-syslog-bridge; brakuje opcji 'Continue', - narzeka na brak audit, ale to już jest ściszone w ich repo, - narzeka na brakujące pliki pid z SysV (acpid przy start - choć plik się pojawia, dodatkowo przy stop cron i syslog-ng), - przy każdej okazji (typu respawn getty) narzeka na zamaskowany unit: <28>systemd[1]: Cannot add dependency job for unit media.mount, ignoring: Unit media.mount is masked. - system uruchomiony z init=/bin/sh nie poddaje się na standardowe reboot czy shutdown (trzeba forsnąć). -- Tomasz Pala <[email protected]> _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
