|
|
Another week has gone by. It started quietly, and I was fairly sure that it being Thanksgiving week here in the US would mean that it would continue fairly quietly too. But I was wrong. The end of the week was the usual "people send me their stuff on Friday", and the weekend hardly slowed people down. And so the stats for this week look almost exactly the same as they did for the previous two weeks. And it's not just the statistics - everything feels very similar. There is really nothing here that makes me at all worried, except that it's just a bit more than I'm comfortable with. It should just have slowed down more by now. As a result, I'm now pretty sure that this is going to be one of those "we'll have an extra week and I'll make an rc8" releases. Which then in turn means that now the next merge window will be solidly in the holiday season. Whatever. It is what it is. Now, this means that I will be more hard-nosed than usual in the next merge window: the usual rule is that things that I get sent for the merge window should have been all ready _before_ the merge window opened. But with the merge window happening largely during the holiday season, I'll just be enforcing that pretty strictly. I want to see all that work in the pull requests having been done *before* the festivities, not while you're imbibing your egg-nog and just generally being stressed out about the season. If I get sent pull requests late, I'll just go "this can wait". Ok? Now, I suspect that everybody _else_ wants to get their work out before the holiday season starts too, so I hope that we're all in complete and violent agreement about this all. But I thought I'd start making people aware of this. Anyway, enough about the next release. Right now we're still in the last couple of weeks of this one, so let's make it count. Go test, and can we _please_ just start calming things down? Don't send me anything that isn't a clear and present bug. No more last-minute cleanups. Hear? Linus
- A hozzászóláshoz be kell jelentkezni
- 253 megtekintés
Hozzászólások
As a result, I'm now pretty sure that this is going to be one of those "we'll have an extra week and I'll make an rc8" releases. Which then in turn means that now the next merge window will be solidly in the holiday season. Whatever. It is what it is.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Én csak azon gondolkodtam el, hogy vajon ki használja/teszteli ezeket a release-eket ilyen ütemben??
(én pl még 5.x-es kernelt sem láttam még egyetlen produktív rendszeren sem, azt már tolják ki a 6.x-et?!)
Egyátalán miért lett ebből ilyen versenyfutás? - vagy csak én lassultam be? :D
- A hozzászóláshoz be kell jelentkezni
Ezt most vakartam ki egy diszkhibából:
Linux xxxx 2.6.15-27-server #1 SMP Fri Dec 8 18:43:54 UTC 2006 i686 GNU/Linux
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 5
model name : Pentium II (Deschutes)
stepping : 0
cpu MHz : 400.917
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr
Hova siessünk? :D
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Nem te lassultál be, régen volt ilyen lassú, te meg megszoktad. Az 5.0-ás 2 éve jött ki. A 6.0 valóban új, de látod, nyakunkon a 6.1-es.
Ki teszteli? Kernelfejlesztők, meg akinek új hardvere van, pl. Intel Core i 12-13. gen, Ryzen 6-7. gen CPU, legújabb GPU-k, stb.. Kell azért pár embernek. Konkrétan erre a 6.1-re én most nagyon várok, mert egy viszonylag új laptophoz ebben lesz benne rendes keyboard driver (speciális billentyűk, RGB háttérvilágítás állítása). Kinek milyen okból kell.
Szerk.: a verziószámok kernelnél különösen megtévesztők. Pl. te úgy érzékeled, hogy 4.x-es régi kernelen vagy, de ha frissíted a rendszered, az hiába LTS, meg 4.x kernel, abban visszaportolnak ám patcheket meg feature-öket az 5.x és 6.x-es ágból is. Amíg a 2.6.x támogatott volt, addig abba is nagyon sok dolgot visszalapátoltak, egészen 2.6.138+-ig számozva.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Hát, azért
- RH9 5-ös szériás kernel (de gondolom backportolnak izomból, ahogy szoktak)
- Oracle még az OL7-hez is ad 5ös kernel, már az OL8on a saját kernelük eleve az volt (igaz, csak a .1-e hozta ki), az OL9 így már nyilván
- Ubuntu a 20.04 óta (igazából 19.04-el jött, de ugye az játék release :) )
- Debian stable is legalább egy éve.
- SLES vagy hogy hívják most épp is 2020 óta 5-ös kernellel jön.
Szóval ja, egy kicsit be vagy lassulva, cserébe linus meg elkezdte nem szeretni a nagy számokat, random léptet.
- A hozzászóláshoz be kell jelentkezni
Ez egy erosen szuklatokoru hozzaszolas volt.
Nyilvan van egy reteg, akit erint az upstream kernel fejlesztes: kernel/driver fejlesztok, HW fejlesztok.
ilyen ütemben??
A manapsag divatos CI automatizacioval es virtualizacioval karoltve nem feltetlen akkora nagy melo. Nyilvan mindenki arra a teruletre fokuszal, ami erdekli.
(én pl még 5.x-es kernelt sem láttam még egyetlen produktív rendszeren sem, azt már tolják ki a 6.x-et?!)
RH 4.x kernele tele van 5.x-bol backportolt driverrel+javitassal.
Egyátalán miért lett ebből ilyen versenyfutás? - vagy csak én lassultam be? :D
A kedvedert miert kellene lelassulni? Ez egy upstream development, lehet nem kellene a HUP-ra minden -rc-rol hirt adni, es akkor nem volna ez az erzes.
- A hozzászóláshoz be kell jelentkezni
Bocs, ez az egyel feletti kommentre akart lenni valasz, nem ertem miert ide kerult. Mindegy.
- A hozzászóláshoz be kell jelentkezni
"We've taken a big step Torvalds releasing Linux 6.1"
- A hozzászóláshoz be kell jelentkezni