test -> ready [02/12/03 #2]

[Andrzej Krzysztofowicz]

Mateusz Korniak wrote:
> On Wednesday 03 of December 2003 23:12, Paweł Gołaszewski wrote:
> 
> > > > To, że się robi rpmnew to jest problem właśnie, jeżeli postać
> > > > configuracji się zmienia...
> > >
> > > Ale on się chyba robi tylko jeśli admin pozmieniał plik konfiruracyjny,
> > > tak ? Jeśli tak, to znaczy że domyślny mu _nie_ odpowiada i _nie_ można
> > > go przykrywać nowym domyślnym. Coś źle rozumiem ?
> >
> > Tak, źle rozumiesz.
> >
> > Miałem zainstalowany program, w którym zmieniłem cośtam w konfigu. Po
> > upgrade mi to _nie działa_ . To jest zła sytuacja, a już niedopuszczalna w
> > stabilnej linii. Takie rzeczy zawsze powinny być poprawiane triggerami. O
> > ile to jest tylko możliwe.
> 
> A możesz pociągnąc dalej wyjasniena, konkretnie, co miałby robić ów magiczny 
> trigger w kontekście jak poniżej ?
> 
> Zmieniła się filozofia pracy pakietu na tyle stary plik konfiguracyjny nie 
> działa z nowym pakietem. Robiona jest aktualizacja w systemie w którym ów 
> stary plik konfiguracyjny jest zmieniony.

Wyswietlic komunikat, ze nowa konfiguracja jest w nazwa_pliku.rpmnew i
trzeba cos z tym zrobic przed ponownym wlaczeniem uslugi ... ?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology