triggery (było Re: SPECS: many.specs)
Jakub Bogusz
qboosh w pld.org.pl
Pią, 13 Gru 2002, 18:05:39 CET
On Mon, Dec 09, 2002 at 08:57:34PM +0100, Jakub Bogusz wrote:
> On Sat, Dec 07, 2002 at 09:59:11PM +0100, Paweł Gołaszewski wrote:
> > Wszystko fajnie, że to jest przenoszone, ale - proszę pamiętać, że takie
> > pakiety jak horde, phpnuke, postnuke, etc mają w katalogach swoich pliki
> > konfiguracyjne. W związku z tym przy tego typu zmianach jak tutaj
> > potrzebny jest odpowiedni trigger, który przeniesie konfiga. Inaczej
> > będzie niezły burdel i jednocześnie podczas upgrade pozostaną nieusunięte
> > śmieci...
>
> Nie tylko to.
>
> 2. W /home/$usluga mogą być jakieś niespakietowane zasoby (np. dla httpd,
> ftp, cvs) - pytanie, czy przenosić je automagicznie, czy tylko wypisywać
> ostrzeżenie? (jeżeli /home i /home/services są na innych partycjach,
> albo jedno jest po NFS, to przy dużych zasobach może być problem...)
>
> 3. konfiguracja programu np. w /etc - nowy plik konfiguracyjny zapisze
> się jako *.rpmnew, do czasu "zmergowania" zmian przez administratora
> program będzie korzystał ze starego... czy trigger nie powinien
> podmieniać przynajmniej ścieżek do plików przychodzących z nim?
> (ścieżki do innych zasobów - zależnie od rozwiązania w pkt. 3)
4. zmiana katalogów domowych już istniejących użytkowników (usermod -d).
> n. pewnie jeszcze coś
--
Jakub Bogusz http://www.cs.net.pl/~qboosh/
Więcej informacji o liście dyskusyjnej pld-devel-pl