KERNEL [bylo Re: static-routes]

[Wojciech "Sas" Cieciwa]

On Wed, 6 Nov 2002, Tomasz Kłoczko wrote:
[...]
> Tym samym dalej bedziemy mieli małe szanse mieć mały dystans od up-to-date 
> do tego co bedziemy mieli.

Co to znaczy maly dystans ???
I tak nasze kernele w porownaniu z orginalnymi maja mase dodatkow.
Ktos je musi robic ...

> I jeszcze raz .. rozpoczyna się devel cykl. Na to żeby wytestować glibc, 
> gcc i to jeszcze na kilku arch pół roku to dość wystarczajcy okres.
> 
> Po drygie: "siedząć" na szczycie zmiana w kernelu:
> - odpada nam zabawa z integroaniem dużej ilosci patczy z tym co na 
>   bieżącjest potrzebne (Linus dość energicznie integruje to co mzoę być 
>   już zintegrowane)

Czyt. mamy jeszcze wiecej problemow z integracja patchy od osob trzecich.

> - w razie zauważenia błedół mamy większe szansę ze ktoś kto wogóle jest w 
>   stanie skompletować potzrbną poprwakę skompletuje ją w znośnym czasie,

Na to bym nie liczyl, no, chyba ze sa to bledy ktore komus przeszkadzaja ..
Inaczej tempo powstawania latek jest hmm. lekko woolne ?

> - używajac 2.5 bedziemy aktywniej rozwijać kernel i/lb choćby bedzie nas 
>   lepeiiej widzieć jako grupę -> łatwiej będzie się nam promować PLD po za 
>   Polską.

Tomek.... nie badz smieszny.
KTO rozwija kernel ?
Adasi, Arekm, Baggins, Dzimi, ja.
W porywach dochodzi jeszcze kilka osob ktore cos przy kernelu robia:
Aflinta, Areq, Jajcus.

I to sa wszyscy, oczywiscie nie licze delikwentow, ktorzy wyskakuja z 
jakimis poprawkami w kernel.spec jak Filip z konopii ...

> 
> Chodzo rzecz prostą .. mianowicie o to że niejako ucieczka w przód 
> dać nam może kolejną zauwazalną różnicę miedzy PLD i resztą -> przyciagnie 
> do nas kolejne osoby. Jest to niewątpliwie wyzwanie. Takie wyzwanie możemy 
> podjąć właśnie teraz lub możliwie szybko (im okres używania 2.4 będzie 
> krótszy tym lepiej). Zauważ, że pracujac wczęniej juz na 2.5 w momencie 

Przyjmujesz, ze miedzy 2.5.x a 2.6.0 NIC sie nie zmieni ...
Jestes odwazny .

> kiedy wyjdzie 2.6 powidźmy że włsnie w okolicach czerwca zaknięcie 2.0 
> będziemy w stanie zrobić dużo szybciej, a co ważniejsze wszyscy będą juz 
> obstukani z nowymi mozliwaciami koejnej wersji kernal .. tym samym lepiej 
> będa te mozliwośći utylizować w zasaobch dystrybucyjnych (od rc-scripts 
> zaczynając a na innych rzeczach zależnych od kernela kończąc).
> Kąsków w 2.5 które można próbowac gryźć w 2.0 jest sporo: USB, lepsze 
> wsparcie do FB, NFS4, lepszy accounting i raportowanie bieżącego stanu 
> większej ilości elemrntów zarżadzanych przez kernel), lepsza skalwalność, 
> za kawałek lepsze wsparcie do ipv6 i kupa innych zreczy z któryuch 
> integroaniem musielibyśmy się teraz męczyć sami decydujac się na 2.4 
> (zakładam, że przejściowo na poczatku prac nad 2.0 kernel 2.4 będzie 
> jednak używany przejściowo ale przez jednak możliwie krótki czas).

Mozliwie krotki, tak, do momentu pojawienia sie _stabilnego_ 2.6.
Te "wspaniale" kaski z 2.5 w 60% przypadkow nie dzialaja ... to jest kernel 
ROZWOJOWY !! i moze sie okazac, ze np. wersja 2.5.57 nie skompiluje sie 
wcale. I co w takiej sytuacji zrobisz ????

> 
> Jeszcze raz: oparcie się o devel kernel 2.5 to jest niewątpliwie wyzwanie
> .. ale wyzwanie które IMHO *warto* podjąc możliwie szybko.

Tomek, ale w ten sposob _zamykasz_ znaczna ilosc osob testujacych.
O problemach z 2.5 nie musze Ci mowic, lepiej i dosadniej zrobi to Adasi ...
Jesli juz podejmowac to wyzwanie to w okolicach 2.6.0-rc{1,2}

Pozdrawiam.
					Sas.
-- 
{Wojciech 'Sas' Cieciwa}  {Member of PLD Team                               }
{e-mail: cieciwa w alpha.zarz.agh.edu.pl, http://www2.zarz.agh.edu.pl/~cieciwa}