TAGowanie zakazane.

[Tomasz Kłoczko]

On Fri, 23 May 2003, Adam Gołębiowski wrote:

> On Fri, May 23, 2003 at 05:01:31PM +0200, Tomasz Kłoczko wrote:
> > On Fri, 23 May 2003, Andrzej Krzysztofowicz wrote:
> > [..]
> > > Tzn., jezeli blad zostanie odkryty w sterowniku SCSI, ktory nie jest
> > > rozwijany razem z kernelem, to nie bedziesz wrzucac do updates wszystkich
> > > pakietow kernela, a tylko ten jeden poprawiony ?
> > 
> > W wielu systemach sie tak robi. Jezlei ktoś by zrobuił taki pakiet z 
> > wypreparowanym modułem to nei widże przeciwskazań żeby dać mu taką 
> > moążliwość.
> > Takie poprawki mogłyby się pojawiać po wydaniu wersji dysrybucji.
> > Precedens już jest .. noptrace.
> > Żeby to nie kolidowało moduło oczywiście musiałby mieć inna nazwę (np. 
> > <foo>-fixed.o.gz)
> > 
> > Jeżeli mielibyśmy środowisko do pracy nad pojedynczymi modułami w taki
> > sposób to bezposrenio zyskałby na tym kernel bo post factum moznaby te 
> > zmiany wrzycać do dystrrybycyjnego kernela a po każdej takeij zmianie nie 
> > musiałby momentamnei wychodzić nowy pakeit z kernelem.
> 
> Nie rozumiem...
> 
> Dążysz, bądź co bądź, do zintegrowania otoczki około-kernelowej.
> Załóżmy, że tak jest. Teraz okazuje się, że kernel, który uważaliśmy za
> bezpieczny ma w sobie jakiś babol. Co teraz? Jak będzie wyglądać
> aktualizacja? Jak chcesz to zrobić bez przebudowania całości?

Mówię o dwuch odrębnych etapach cyklu rozwoju dystrybucji. Pierwszy etap
jest to momentu zamknięcia konkretnej wersji. Drugi to to wszytko co się
dzieje po tym. Wychdoznie pakietów z pojedynczymi modułami byłoby
dopuszczalne *tylko* po zamknięciu wersji. To nie wyklucza tego że
tempalte do pracy nad pojedynczym modułem nie mógłby w sumie mieć pewnych
zastosowań ciągle.

Jakiś czas od wydanai pierwszej wersji juz minął. Wcześnie zrestą tych 
doświadzceń nie sposób było zebrać. Dzisiaj jest już czas na wyciągniecie 
coanjmneij pierwszej porcji wniosków.

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*