Huh, to se nám ty backporty do stable nějak kazí. Nejdřív sériáky, teď tohle… Asi bude potřeba udělat nějaké "stable stable", protože ze stable se stal testing :-)
No me prijde, ze ti kernelovi vyvojari se nekdy snad ani neobtezuji ty backporty otestovat. Ke stesti jim staci, ze se to zkompiluje - nejake testovani (nedejboze na hardware, ktereho se to explicitne tyka) se moc neresi a obcas se pri tom vyzobavani rozinek do LTS verzi i zapomene na nejake souvisejici upravy.
A GKH na jedne strane rika, jak maj lidi pouzivat aktualni verze. Ale ta 6.1.64 byla v nejakem case aktualni - a dokonce krasnych 10 dni, kdy neotestovani zmen v long-term stable, kdy s jeho logikou ohrozoval data lidi. Mozna by to chtelo fakt pribrzdit na kvantite co se mnozstvi zmenovych commitu tyce...
No me prijde, ze ti kernelovi vyvojari se nekdy snad ani neobtezuji ty backporty otestovat.
Je to ještě mnohem horší. Doby, kdy vývojáři příslušného subsystému explicitně označovali, co se má backportovat do stable, jsou dávno pryč. Dnes tomu vládnou skripty, které automaticky vezmou všechno, co má Fixes:
, a na základě nějakých podivných heuristik i hromadu dalších věcí. Dnes je spíš problém, jak zabránit tomu, aby se commit, o němž se předem ví, že by backport mohl způsobit problémy, do stable stejně dostal.
A pak se vsichni strasne divej, proc ti co to adminujou radsi pouzivaji i roky starou verzi, protoze proste nechteji resit co kde prestane fungovat, coz je pro ne mnohem vetsi problem, nez z 99% hypoteticky vyuzitelne chyby.
Osobne cekam s jakoukoli aktualizaci alespon 3-4 dny (u tech nepodstatnych veci) a u tech kritickych nejmene mesic. Ale ani to nemusi vzdy stacit.