Vlákno názorů k článku binenv: poslední binárka, kterou si do systému nainstalujete od oss - To len ja mam pocit, ze to v...

Jenomže hned na začátku stránky je napsáno, že podpora jiných verzí než 3.6 je zkrácená. Takže se Ti může stát, že ten nový python zajde na úbytě a nezbude Ti než aktualizovat skripty. Aktuální Debian Stable obsahuje python 3.7, budoucí stable python 3.9.

Mimochodem, to, že existuje novEjší python pro RHEL nejspíš znamená, že ho potřebuje nějaký dostatečně významný zákazník. Pokud by nebyl zákazník, neměl bys Python.

Rozdíl je v tom, že aktuální Debian Stable má 3.7 a jen 3.7. Aktuální RHEL má 3.6 a zároveň novější verze se zkrácenou podporou. Díky modularizaci si člověk vybere tu verzi, která mu vyhovuje. Ještě dál je v tomto Fedora, která těch CPython3 má v repozitářích podporovaných snad 5.

Mimochodem, to, že existuje novEjší python pro RHEL nejspíš znamená, že ho potřebuje nějaký dostatečně významný zákazník. Pokud by nebyl zákazník, neměl bys Python.

Samozřejmě, že věci jako softwarové kolekce a modularizace jsou dělané na základě poptávky od zákazníků. Snaží se řešit právě ty protichůdné požadavky, kdy jeden chce staré a stabilní a druhý to nejnovější. Oba to ale chtějí podporované a od distribuce. Nicméně to už je dnes v RHELu standardní věc. Není to tak, že jeden velký zákazník si řekl o Python 3.8, tak jsme mu ho výjimečně poskytli.

Jinak pokud někdo porovnává "zastaralost" softwaru u RHELu, neměl by se spoléhat pouze na verzi komponent. Nové vlastnosti se totiž u RHELu backportují do starých verzí v míře, jakou nezná žádná jiná distribuce. RHEL 7 má papírově 8 let starý kernel 3.10, ale ve skutečnosti obsahuje klidně pár měsíců staré vlastnosti a ovladače. Objem práce investované do backportů v kernelu v RHEL 7 jde klidně do stovek člověkoroků. To je něco, co si Debian prostě nemůže dovolit.

> RHEL 7 má papírově 8 let starý kernel 3.10, ale ve skutečnosti obsahuje klidně pár měsíců staré vlastnosti a ovladače. Objem práce investované do backportů v kernelu v RHEL 7 jde klidně do stovek člověkoroků. To je něco, co si Debian prostě nemůže dovolit.

K čemu tohle vlastně je? Tolik změn, to už si rovnou můžu nainstalovat aktuální vanilla LTS. Nebo to je celé kvůli možnosti stále kompilovat stejné out-of-tree moduly (a doufá se, že ty masivní backporty je nerozbijí)? Na Debianu backporty funkcí do kernelu neřeším, když potřebuju něco novějšího, tak prostě nainstaluju aktuální kernel, a maximálně je potřeba o jednu verzi starší kvůli nvidii.

Působí to (na někoho) dojmem, kvůli kterému se tyhle distribuce s dlouhodobou údržbou pořizují. Pravděpodobně že jde o stabilní prověřený kód (nevím – na mne to tak nepůsobí).

Je to o držení stabilního kABI. Když máte hardwarové partnery, certifikace apod., tak si nemůžete dovolit třeba každé dva roky jen tak skákat na novou upstreamovou verzi kernelu. Nedělám na kernelu, takže detaily neznám, ale odhaduju, že to množství práce, které by se muselo udělat při pravidelných přechodech na novou upstreamovou verzi jak na naší straně, tak na straně partnerů a zákazníků by ve výsledku bylo větší než u současného pečlivého backportování.