A povezte nam Kefaline, co si predstavujete pod takovym "otestovanym" jadrem. Ani v Canonicalu nemaji veskery hardware, na kterem to muzete pustit. To same plati i o vyvoji v samotnem upstreamu. A kdyz se podivate i na "LTS" kernely z upstreamu, tak se nebavime jen o bugfixech, ale tam se obcas preportuji i zcela nove veci (a tim nemyslim prkotiny typu pridani devid). A vesmes vic problemu pusobi prave podobne backporty, kdy se pretahne nejaky kus kodu z novejsiho jadra... ale nejaka zavislost jinde utece. A poznate to az ve chvili, kdy to pustite na explicitne dotcenem hardware.
Na palici je spis tva uvaha bez precteni/znalosti podrobnosti:
- pripadne RC verze se zvoli v den "kernel freeze", nikoliv v den *buntu release, ktery je az o 2 mesice pozdeji
- pokud dane RC neprejde do stable do terminu *buntu release, NEbude vydano s RC, ale s predchozim stable jadrem a to RC dostane o par dnu/tydnu/mesic pozdeji az stable vyjde
Konkretne (verzema smysleny priklad)
- pokud by napr. 15.2.(kernel freeze) bylo stable 6.5 a 6.6-RC, tak drive se zvolilo 6.5, ted se bude volit 6.6
- pokud by 15.4 (release date) bylo 6.6 stable, vyjde ISO s nim, pokud by jeste nebylo vyjde ISO s 6.5 a na 6.6 ktere by stable vyslo 30.4. dostane nasledne aktualizaci beznou cestou balicku