Hogy az -rc5 ekkorára sikerült, az Linus szerint részben annak köszönhető, hogy Ingo visszatért, de ez nem magyarázat mindenre. Vannak még btrfs-sel, xfs-sel, network alrendszerrel kapcsolatos változtatások, illetve ott van még a szokásosnak mondható, kb. 50%-nyi driverfrissítés is.
Ennek ellenére a kernel első embere azt mondja, hogy gyakorlatilag semmi igazán ijesztő sincs, a legtöbb változtatás egész kicsi és közülük számos regressziót javít. Linus reméli, hogy az -rc5 nagysága nem tendencia, csak kivételes eset volt és a fejlesztők valóban nyugszanak le. Hiszen mindnyájan békés ünnepi szezont szeretnének és a Mikulás sem szereti, ha Linus leveleiben sokat átkozódik.
- A hozzászóláshoz be kell jelentkezni
- 5409 megtekintés
Hozzászólások
Kicsit furcsa nekem ez a dolog. Örülhetne, hogy egy tonna cucc kerül bele a kernelébe, de inkább szóvá teszi, hogy túl nagy az rc5. Nyilván itt szóba kerül a tervezés is, hogy nem akar kiadás előtt nagy változásokat, de hát akkor is, miért kell ez?
- A hozzászóláshoz be kell jelentkezni
öreg már, nem szeret dolgozni
- A hozzászóláshoz be kell jelentkezni
Minél nagyobb egy rc[x] patch, annál távolabb van a release.
- A hozzászóláshoz be kell jelentkezni
A tonna cucc bekerülésére ott van a beolvasztási időszak, utána már csak a működőképessé tétel a teendő. Úgyhogy valóban nem jó, ha túl sok új dolog kerül be az rc4-5 tájékán.
Szerintem.
- A hozzászóláshoz be kell jelentkezni
Hat en ezt ugy ertenem, hogy ok, ha sok minden bekerult, de jobb esetben elvileg rcX eseten egyre kisebbek lehetnenek a patch-ek, ahogy X erteke no, amig nem jon a final release. Bar oszinten, nem tudom hogy ertekelik az "rc" megjelolest a kernel developerek, en ugy ertenem, hogy akkor nagyon uj feature-t mar nem tennek bele, csak "csiszolgatnam", ha valami hiba, hasonlo felmerul. Mondjuk egy ilyen mertetu project-nel ez mar nem trivialis, mert egyes reszeit ugymond "kulon" fejlesztik, aztan pl szolnak Linus-nak hogy johet a git pull toluk, aztan esetleg a meglepi ...
- A hozzászóláshoz be kell jelentkezni
Nincs tapasztalatom ekkora meretu projekttel, de az mar regen rossz ha meglepetesszeruen kerulnek be kodreszletek. Lehet, hogy kulon feklesztik, de a befagyasztasi idoszakot illik tiszteletben tartani, nem veletlenul van.
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
A beolvasztási ablak van az új ficsőrök beengedésére, ezután az rc[x] -ek a stabilizálási, bugjavítási folyamat résztermékei. Az, hogy egy rc[x] nagy, azt jelenti hogy viszonylag rövid idő alatt sok bug lett kijavítva, esetleg driver frissítve, etc. A bugok pedig szociális lények, ahol sokat vélünk felfedezni, ott van még bőven olyan, amit még nem fedeztünk fel. Linus ezért nem szereti a nagy rc[x] -eket, mert ez egyértelműen távolabbra helyezi a release -t időben. És utalt rá, hogy szeretne otthon csücsülni a fotelben a karácsonyfa mellett, ahelyett hogy dolgozna.
- A hozzászóláshoz be kell jelentkezni
Illetve maguk a javítások is hozhatnak új bugokat, ahogy erre utalt is a levelében.
--
Don't be an Ubuntard!
- A hozzászóláshoz be kell jelentkezni