php 4.1.* w stable?

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Czw, 14 Lut 2002, 17:01:16 CET


On Thu, 14 Feb 2002, Blues wrote:

> On Thu, 14 Feb 2002, Tomasz Kłoczko wrote:
> > No mi się też tak wydaje. Zapewne efekt zakłuceń występuje gdy jest 
> > jeszcze stare php i instalwany jest nowy moduł po czym robiony jest jest 
> > restart. Sytuacja odwrotna gdzie podmieniana jest moduł apache php -> 
> > restart -> upgrade kolejnych modułów też niczego nie rozwiązuje. Sytuacja 
> > jest dość patowa, bo chodziłoby o wstrzymanie restartu apache do momentu
> > kiedy nie zostaną podłożone wszystkie częsci binarek modułów do php i
> > samego modułu php fo apache jest dość ciężaka do ominięcia przy obecnym
> > podziale php na stado podpakietów z modułami do php.
> > Nawet jeżeli w trakcie apache padnie to po zakończeniu podmienia 
> > wszystkich komponentów php restart wychodzi że juz się udaje.
> 
> ano... tylko, że restart się już nie dokonuje, bo apache jest już 
> padnięty....

Znaczy mi chodziło o restart ręczny już po wszystkim.

> > Widzi ktoś jakaś rozśadna drogę wybrnięcia z tej sytuacji ?
> > Kwestia jest niewątpliwie aktualna i na przyszłość niejako bo potencjalnie 
> > przy kolejnych aktualizacjach php będzie to wystepować także.
> 
> teraz? nie ma IMHO żadnego rozwiązania.
> 
> Na przyszłość to trzeba pogrzebać w rpm'ie, żeby dodać możliwość 
> grupowania pakietów (jakieś pole PacketGroup: apache w specu) i żeby się 
> dało zrobić %postgroup etc. To by rozwiązywało problem.

Hmm .. trzebaby trochę pomyśleć nad szczegółami funkcjonowania tego 
mechanizmu. Coś takiego może być rzeczywiście rozwiązaniem.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*



Więcej informacji o liście dyskusyjnej pld-devel-pl