Už je jasné, že linuxové jádro verze 5.0 vyjde v roce 2017. Linus napsal, že jsme v polovině cyklu mezi 4.0 a 5.0. Ukazatelem je totiž počet objektů v Gitu, který vždycky po dvou milionech vede k vydání nové major verze.
Nebo jinak: v3.0 vyšla, když gitovská databáze přesáhla dva miliony objektů a v4.0 byla vydána při překročení 4M hranice. Přirozeně, pokud jste na numerologii, to jednoznačně dokazuje, že v5.0 vyjde s 6M objektů. Dnes se moje databáze přehoupla přes 5M objektů.
Nahodou, Donald Knuth pri cislovani verzii TeXu pouziva cislo pi, vzdy len prida jednu cifru.
porovnej inteligenti verzovani: https://vivaldi.net/en-US/content/vivaldi-updates
a dementnim: https://en.wikipedia.org/wiki/Google_Chrome_version_history
Co se týče číslování verzí, přišlo mi rozumné sémantické verzování - http://semver.org/
Semver vůbec nepodporuje backporting ani nelineární vývoj. Řešení těchto a podobných problémů (např. závislost verze modulu na major verzi velkého SW jako kupř. Drupal) je navrženo v https://github.com/mojombo/semver/issues/163#issuecomment-192662245 . Zatím však nebylo do specifikace Semver přijato :(
Jenže od té doby se vývoj mnoha programů (včetně linuxového jádra) změnil, nedělají se velké nekompatibilní změny a nové vlastnosti se vydávají průběžně. Takže u těch programů ztratilo smysl rozdělení na major a minor verze – což je přesně důvod, proč se u Linuxu major verze zvedají náhodně. V takovém případě dává smysl číslovat pořád pryč (jako Chrome nebo Firefox), nebo označovat verze rokem a pořadovým číslem verze v roce (takhle nově čísluje např. JetBrains). Linux se bohužel musí dál držet formátu x.y.z, protože spousta programů číslo verze parsuje. Verze 2016.5.1 by sice dávala větší smysl, ale dost utilit by to asi rozbilo.
To číslo je větší, má víc číslic, a při lexikografickém řazení je verze 2016 starší než verze 4. Že je ta utilita rozbitá není pro vývojáře jádra argument – dodržují přístup, že změny v jádře nemají rozbíjet uživatelský prostor, byť by chyba byla zjevně v programu v uživatelském prostoru.
Porovnávat čísla verzí lexikograficky může opravdu jenom buď totální imbecil, nebo - v horším případě - typický skriptový patlal. Vývojáři jádra musí udržovat zpětnou kompatibilitu pro userland tím, že dokumentovaná API a rozhraní budou i nadále fungovat tak, jak mají. Nejsou zodpovědní za to, jestli se rozbije nějaký krám napsaný navzdory specifikaci, který zatím "funguje" čistě náhodou a jehož autor je příliš nekompetentní, než aby si to vůbec uvědomil.
To běžte vysvětlovat vývojářům jádra, adresa Linux Kernel mailing listu se dá snadno zjistit.
Vzhledem k tomu, ze tahle vec se stejne stane s desitkou...
Vazne netusim, co resis.
