Budowanie zależnych od siebie pakietów (Re: 2.2 vs 2.4 -- propozycja)

[Tomasz Kłoczko]

On Mon, 23 Jul 2001, Paweł A. Gajda wrote:
[..]
> > Znowu nie trafiłeś w sedno :). Otóż moduły indianina nie maja takiej
> > tendencji. Jeszcze raz. taką tendencje mają wyłącznie moduły kernela.
> > Wynika to li tylko z tego, że (powtórzę):
> > - relatywnie często kernel się zmiania lub cos sie w nim dodaje poprawia,
> 
> No i? Twierdzisz ni mniej ni więcej, że problemem jest budować 
> łańcuszek: kernel, alsa, etc; natomiast budowanie samego kernela 
> będzie łatwiejsze... W którym miejscu i dlaczego?  

Twierdze, że *urzymanie* tego (nie kompilowanie) w stanie spójnym (w
zasobach wynikowych) w tych warunkach nie nasteczać bezie jzu kłopotów. O
ile juz wyprodukujesz binarki nowego kernela to one nie ma bata ale nie
bendą miały już żadnej możliwości rozjechania się :)

> > - moduły do kernela ładuja w katalogu zaleznym od wersji.
> 
> To bez znaczenia. Wystarczy dać pakietom zależnym od kernela 
> odpowiednie zależności. 

Czego można uniknąć. Mozan uniknąć ytego zamaiszania.

> > Dodatkowo do pierwszego punktu dochodzi to ze częstoś zmian w kernelu jest 
> > o conajmneij rząd wielkośic wiksza niż dla bibliotek.
> 
> Aha... no i? :->

No i pomyś teraz chwilę :)

> > I jeszcze raz: istnieją pewne podobieństwa do innych zasobów i mozan na 
> > tej podstwie wyciągać pewne analogie ale ich granice są ograniczone 
> > rozmiarem podobieńst a te nie dość że własnie są ograniczone to jeszcze 
> > dołożyć do teog trzeba to że kernel sam w sobei jest dość osobniczo 
> > zachowującym się zasobem i w tym względzie łamanie tego co wynikałoby z 
> > analogi co do innyc hzasobów ma pewne podstwy bytu.
> 
> Tomek, to co napisałeś ntt da się streścić: 
> 
> Ponieważ kernel się często zmienia, a moduły zależą od wersji tegoż, to jak 
> to będzie w kupie, to przy zmianie wersji/rel kernela nie trzeba się będzie 
> bawić z budowaniem całego szeregu pakietów. 

Dokładnie. Ująłeś to już w taki sposób że zwieźlej się już chyba nie da :)
Żeby dodać temu kolorów tzraba to jeszcze podeprzeć kikkoma argumentami
popierajacymi tezę o tym, że w tym wypadku można pozwolić sobie na swego
rodzaju odstępstwo ponieważ integralność jest tu celem nadrzędnym i
jednocześnie dużo wyższym.

> A ja tylko chciałem zapytać: po co robić z tego jednego speca, skoro można 
> załatwić problem "rozjeżdżania" ogólnym machanizmem??

No .. po to żeby to nie miało moliwiości rozjechania się.
Paweł i tak zapewne dużo w tym zasobie nie będzies zapewne modyfikował 
czyli argument o pracochłonnosic mozna odłożyć na bok. Zresztą po to się
wczęsniej inwestuj czas żeby potem od tego odcinać kupony. Otóz twierdzę, 
że to jest dobra inwestycja i przyniesie ona poprawę stanu w krórym w tej 
chwili nawet zasoby modułów mamy rozjechane (moduł do svglib i 
potencjalnie niejasna sytuacja na lini smp/up z modułem do masq).

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*