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