triggery (było Re: SPECS: many.specs)

[Jakub Bogusz]

On Sat, Dec 07, 2002 at 09:59:11PM +0100, Paweł Gołaszewski wrote:
> On Sat, 7 Dec 2002, orzech wrote:
> > -%define		contentdir	/home/httpd
> > +%define		contentdir	/home/services/httpd
> 
> 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)

n. pewnie jeszcze coś


-- 
Jakub Bogusz    http://www.cs.net.pl/~qboosh/