Linus Torvalds: Linux 2.6.39

Kernel

Linus bejelentette a 2.6.39-es kernel végleges kiadását. Dilemmázott, hogy inkább egy újabb -rc-t adjon-e ki, de mivel elutazik a LinuxCon Japan rendezvényre, a végleges kiadás mellett döntött. A 2.6.39-ben bemutatkozó újdonságokról részletesen lehet olvasni a H Open "What's new in Linux 2.6.39" című cikkében vagy az LWN cikksorozatában (1, 2, 3).

( Replaced | 2011. 05. 19., cs – 22:01 )

itt latszik meg a q/a teljes hianya...

--
NetBSD - Simplicity is prerequisite for reliability

nekem nem mondott semmit, láthatóan nem is vagyok jelen abban a topicban, viszont jól megfogalmazta, hogy hülye emberek milyen egyértelmű kifejezésekbe képesek belekötni...

de hogy még tovább bonyolítsam az értelmező képességedet:

az elvonatkoztatás teljes hiányáról tettél tanúbizonyságot ;)

Szerintem meg munkát adott egy csomó cég QA-jának, ahol nem foglalkoznak az rcX-ek tesztelésével (nyilván a költségek csökkentése miatt).

Linus minden release-e fejlesztői snapshot, már a 2.6.x ág indítása óta, ami felhasználási célok szerint van elnevezve (rcX, stabil). Értelmes ember nem rak fejlesztői kernelt éles gépre. Innentől kezdve nem tudom, hogy mi a probléma.

Üdv,
Gergely

( 4fonya | 2011. 05. 19., cs – 22:29 )

Hmm..... Szóval az határozza meg a fejlesztést és a kiadást hogy neki éppen mikor és hova támad kedve utazgatni? Aztán hogy tényleg készen van-e az csak másodlagos. Tanyára jó lesz mi? :-/

Na ja. Meg azt se felejtsuk, hogy nem end-usereknek szol ez, javasolt eljaras egy disztribuciot hasznalni, ahol a disztributor ugye (jobb esetben) teszteli a kernelt, eldonti melyik legyen, esetleg patch-eli is stb, sot talan meg supportot is ad hozza. Ha valaki ugy gondolja hogy o maga fordit kernelt maganak stb, akkor meg legyen kepben annyira, hogy tudja mivel jar/jarhat ez, illetve ha support kene neki, es ir pl az LKML-re, akkor keszuljon fel, hogy esetleg kell "nemi" technikai felkeszultseg is.

( szemet | 2011. 05. 19., cs – 23:56 )

Nektek kötelező felrakni a 2.6.39-et már ma? Ha nem, akkor nem tök mindegy mit fűz hozzá a kiadáshoz?

Egyébként ezt a decentralizált világot tényleg nehéz megérteni százas IQ alatt: más gyártja, más ellenőrzi, más üzemelteti, és megint más biztosítja, ez már szinte HIHETETLEN ;P

Végiggondolva híres kutatóintézetek/cégek szoftveres blamáit az elmúlt 10 évből, abban is kételkedem, hogy a profi QA mint olyan létezik egy projektméret felett...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o

( nanto | 2011. 05. 20., p – 22:14 )

Arch Con Kolivas repo update-elte mar ma, kenytelen voltam 2.6.38 stock Arch kernellel restartolni, mert 2 ora uptime utan hirtelen valami nem stimmelt az ext4-es jogosultsagoknal, tobbek kozt ksysguard es Chrome emiatt el sem indult (halistennek a restart a regi kernellel onmagaban megoldotta, igaz lassan indult ujra)

dmesgben persze semmi info nem volt arrol, hogy mi ment szejjel :/

'38-nal meg nem volt baj egyaltalan, es a '39 meg nem is kerult be a hivatalos Arch repokba (ez utobbi miatt lehetnek erdekesen bekonfigolva dolgok)

update: megtortent egy az egyben ugyanaz, mindket esetben Chrome tab nyitasnal mellesleg, stock Archos 2.6.38-on maradok, amig ki nem jon core-ba is a 2.6.39, utana visszaallok ck-ra