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