Jádro 2.6 oslavilo třetí narozeniny

Ale bohuzel stale neni konec nesmyslnemu honu na carodejnice a 2.6 se meni pod rukama rychlosti, ktera mi uz nejak leze na nervy. Neustale clovek ceka az se vyrobci grafickych karet usnesou na nov everzi driveru aby clovek mohl zacit pouzivat nove jadro.
Jo vyvoj je uzitecnej, jenze pokud se dela na zivym a systemu tak vyrazne kolisa uzitna hodnota, je to svym zpusobem podrezavani vetve na niz clovek sedi. Uz davno mela byt rad 2.7 a skrze ni se mely portovat nove vychytavky a zmeny, nebo se tam nechat v tuto chvili mit skoro novou 2.8, obsahove jen malo odlisnou od stavajici 2.6. ale fungovalo by to lip, takhle je to fakt na prd.

Myslim si to iste, uz by konecne mali spomalit a nie len o tom stale hovorit.
Vytvorit opat devel vetvu ako bola kedysi.

Skoro uplny suhlas.
Problem je vsak v tom, ze na to aby si vyhovel vsetkym muselo by sa stat toto:
- existencia dvoch vetiev ako kedysi, ALE, a to je podstatne, devel vetva by musela byt aspon tak stabilna ako je momentalne rada 2.6 v priebehu jej doterajsieho zivota.
Obavam sa vsak, ze to nie je tak docela mozne z hladiska pracnosti a ludskeho potencialu, ktory na jadre pracuje.
Obavam sa, ze keby sa "len spomalilo", tak okamzite vybehnu na scenu rypaci s tym, ako je linux pozadu a ze tam nie je toto a toto a bla bla bla....
Ale skusit nieco treba, pretoze tento stav naozaj nie je """""""uplne vyhovujuci"""""""".

To je naprosta pravda. Bohuzel nekteri se domnivaji ze maji patent na rozum a nechteji o tom ani slyset.

Me naopak soucasna rychlost vyvoje a pridavani funkci vyhovuje. Drivery se tlacej dostatecne rychle a na stabilizaci je tu 2.6.16.ZZ ktera slouzi jako stabilni 2.6. Ja jsem se soucasnou situaci spokojeny.

Me to vyhovovalo do te doby nez syncli linusuv strom a omap coz nejakym zahadnym zpusobem zmrvilo omap mmc driver. Od te doby mi nejde na palmz71 (ani na palmtt, i kdyz tam mam uplne jiny driver) mmc karta, coz me teda docela irituje. Zvlastni je, ze na palmte funguje bez problemu :S. Pohled na diff pred a po tom vadnem commitu mi nejdriv zpusobil protoceni panenek, pak protoceni zaludku a nasledny issuing rm diff.patch ;-) [nastesti zadny unik telesnych tekutin se nekonal] ... 32MB diff je fakt moc :S

Co z toho plyne? No asi to, ze s takovou rychlosti to muze spatne skoncit...

bugzilla.kernel.org je to spravne misto na vylevani si srdce zpusom zde predvedenym :)))

Pořád se dere kernel k vyšším číslům v názvu, ale to je to pořád stejná sračka jako starší verze od 2.x to už nikoho nezajímá... Lepší by bylo kdyby vývoj a modernizace jen obohatila možnosti uživatele a ne aby kvůli ní čekal na nové drivery, neorientoval se v číslování atd. Linux kernel si tímto jak už někdo psal pořezává větev na které sedí!

Tak si zjisti jak funguje novy vyvojovy model (cisovani). Ono se totizod dob 2.5.xx zmenilo .... ma to svoje nevyhody, ale ty jsou castecne potlaceny vyvojem 2.6.16.xx, tak ze ja bych rekl ze soucastnymodel, ac neni dokonaly, je takovym rozumnym kompromisem mezi uzivately a vyvojari. Tento vyvojovy proces je dokumentovan a to ze jsi linej to najit nic nevypovida o jeho kvalite.
cau.