Alan Cox k vanilla jadrum (pro zatvrzele kernel kompilovace)

Milan Jurik M.Jurik na sh.cvut.cz
Pátek Leden 28 14:09:29 CET 2005


Preji prijemny den,

On Fri, 28 Jan 2005, Pavel Benisek wrote:

> On Fri 28. of January 2005 10:17, Ing. Pavel PaJaSoft Janousek wrote:
> [cut]
>>  Navic kdyz si vezmu, jak do dnes je Linus citlivy na to, co do
>> vanila skutecne pusti, tak si rikam, ze je asi neco spatne...:-)
> [cut]
> ... to je jako se vsim, zlata stredni cesta.
> - Bud se budou venovat opravam a nebudou mit cas na vyvoj.
> - Nebo se budou venovat opravam a auditum kodu a pak se zase zpomali
> vyvoj
>
> Takze podle me ani nemohl padnout jednoznacny vysledek, protoze ani
> jedno nema smysl do budoucna. Pravda je opet nekde uprostred.
>
> Vzhledem k tomu ze dnes je spis trend naklonen (masy tahnou ze ;) )
> vyvoji, tak i Linus se snazi trochu uprednostnit vyvoj.
>
> Podle mne velmi dobry krok byl zmena vyvoje rady 2.6. Kdyz bude
> prohlasena jako stabilni (a ona az na vyjimky jako napr. 2.6.8 je), tak
> bude mnohem vic lidi "testovat" a tim se budou i rychleji opravovat
> chyby.
>
> Pravdu mate v tom, ze pokud chcete secure kernel, tak Vam asi 2.6.x
> vyhovovat nebude. Naopak na desktop je 2.6 vynikajici.
>
>

Jen par poznamek, i kdyz to spise patri do talku, ci nekam jinam:

1) Tristeni sil - kazda distribuce se ted bude muset o to vice starat o
    stabilizaci (staci se podivat, jak dnes vypadaji Debiani patche vuci
    vanille), vice lidi bude zamestnano paralelnim problemem (bugreporty
    nepujdou do centralni Bugzilly, ale budou paralelne trouseny po vice
    mistech)

2) Experimenty na "zakaznicich" - neni to to, co vetsina lidi vycita
    Microsoftu?

3) Alan Cox nerika, ze jeho -ac je dostatecne stabilizacni, spise se
    vyjadril tak, ze je konzervativnejsi nez -mm
    RH jadra vypadaji trosku mohutneji ohledne patchu, neni to ciste -ac

4) Andres Salomon (jeden z Debianich spravcu jader) deklaroval (a zacal,
    uvidime, jak mu to vydrzi) nedavno vetev pro stabilizaci -as

   Cele mi to prijde jen jako opakovani chyby z rady 2.4, kde stejne 
nakonec LT rezignoval po serii vetsich prusvihu. On je vyvojar. Opravdu 
dobry experimentalni vyvojar. Ale system zavedeny v rade 2.6 mu neumozni 
vetsi kontrolu nad jadrem, nez ma dosud. Jen povede k vetsi nastvanosti 
uzivatelu a k vetsimu tristeni, nez ktere predstavovalo reseni liche/sude. 
Lide o to vice zahnizdi u distribucnich jader a o hlavni vyvojovou vetev 
radeji nezakopnou.
   Ony ty delsi vyvojove cykly maji svuj duvod a vyhodu...
   S pozdravem

           Milan Jurik


Další informace o konferenci Linux