AlmaLinux 9 Beta, otestujte si svobodný klon chystaného RHEL 9

Připomeňme, že do CentOS 9 Stream přispívají vývojáři RHEL 9 přímo a každá budoucí aktualizace bude i v něm dříve, než v ostatních verzích. Včetně AlmaLinuxu. Zkuste i CentOS 9 Stream, budete mít aktualizace z první ruky.

Kompletní změny této distribuce můžete vidět na https://gitlab.com/redhat/centos-stream, kde můžete případně i přispívat. To přímo s AlmaLinuxem neuděláte.

Děkujeme za vyjádření zaměstnance Red Hat Inc.
Jistě dostanete od zaměstnavatele body do firemní Cafeterie za social impact.
Čtenáři jsou gramotní a jistě udělají obrázek sami.

RH je fuj, ale obšlehnutý RH je OK?

RH je fuj, lebo odporne hodil poleno pod nohy celej CentOS komunite. A pritom jej stacilo nechat o trochu viac casu a predstavit svoj Individual Developer Subscription program skor ako pod nou odsekol konar. Este musi pretiect dost vody kym to prehryzneme. Pre taketo tahy mame v zuboch aj Oracle. Tak uvidime, ci si RH do buducna napravi posramotenu povest alebo sa rovno nebodaj prida do klubu Oracle.

Já bych řadil zbrklou hektičnost přechodu CentOS na Stream jako "podraz Level 10". Co udělal Oracle za posledních 15 let, jev součtu "podraz Level 10000+".

RH je fuj, lebo odporne hodil poleno pod nohy celej CentOS komunite.

Popravdě CentOS žádnou komunitu neměl. Snažili se ji roky budovat, ale bez nějakých výsledků. Ono těžko nadchnete větší počet lidí pro robotické přebalíčkovávání toho, co dělá někdo jiný. CentOS měl mraky uživatelů, kteří jen pasivně brali a nic nevraceli, což IMHO není komunita (moji máti, která používá Fedoru, taky nepovažuju za součást komunity Fedory). Ta velmi úzká skupina přispěvatelů do CentOSu s tou změnou převážně souhlasila, protože už je nebavilo po těch letech jen přebuildovávat to, co vyplivne Red Hat, ale chtěli se na směřování OS i nějak podílet, což byl vedle finančního zajištění projektu od začátku důvod, proč se tenkrát CentOS dal s Red Hatem dohromady.

Ne každý cítí potřebu zkoumat kódy a nějak přispívat. Mnoho ale cítí potřebu používat bezplatný RHEL. Ta jim byla změnou CentOS odebrána a Alma je jedna z možností, jak ji znovu nabýt. Tak nějak si důvody představuji já. Vždyť i to je krása open-source, že Red Hat může CentsOS upravit svým potřebám, ale pokud bude dostatečná komunita lidí potřebovat původní klon,může si jej nadále vytvářet.

Nezastírám, že jsem zaměstnaný u RH. Ovšem moje práce není propagace a žádné benefity za to nejsou. CentOS 9 Stream je prostě skvělá věc, na rozdíl od osmičky jdou až na bezpečnostní záplaty všechny změny tam jako první.

Mám za to, že negativní vnímání CentOS Stream je víc způsobené nepochopením jeho výhod, než praktickými problémy. Verze 9 je od začátku pouze Stream, takže netrpí změnou podmínek. Zvlášť u Beta vydání úplně nerozumím, proč by se měla zkoušet AlmaLinux namísto CentOS 9 Stream. Kromě chybějících změn, které stejně v ostré verzi budou?

Bylo to myšleno pro ty, kteří prostě odmítají "nový" CentOS. Tahle beta Almy je možností si vyzkoušet, jaká bude ostrá verze.

> Mám za to, že negativní vnímání CentOS Stream je víc způsobené nepochopením jeho výhod, než praktickými problémy.

Ono to bude skôr tým, že zamestnanci Redhat dodnes nechápu, prečo mnohí používali CentOS a prečo je pre nich Stream nepoužiteľlný a Alma áno.

Můžu se zeptat, jak dlouho jste provozoval Stream variantu, než jste si ověřil, že je nepoužitelná? Můžete uvést příklad, čím jste to ověřil?

Pokiaľ to bola otázka na mňa: tak Stream vydržal presne 0 dní. Dôvod: nonšalantný prístup k rozbíjaniu ABI (vrátane kABI). Pri CentOS a Alme sa to deje iba pri minor release, kde sa to dá kontrolovať, pri Streame priebežne, ergo nepoužiteľné.

Viete, nie každý vyvíja distribúciu. Niektorí vyvíjajú aplikácie, ktoré bežia na distribúcií. A pomerne veľká časť dokonca iba používa aplikácie, bez toho, aby niečo vyvíjali. Niektorým sa stáva, že potrebujú ovládače, ktoré sú iba pre konkrétny minor release (preto som zdôraznil kABI). Rozbíjanie ABI je pre obe neskôr menované skupiny dosť veľká nepríjemnosť, aj keď mi je jasné, že prvá skupina má dosť v paži.

Děkuji, takže jsem to pochopil správně, že komentujete něco, co jste ani nezkusil.

Ve výjimečných případech se ABI opravdu rozbít může, rozhodně to ale není u základních knihoven či kernelu. Ale zdá se mi, že si pletete Fedoru se Streamem a na základě toho děláte závěry. Nutno dodat, že mylné.

Zrovna na vývoj aplikací je CentOS Stream ideální. Umožní zachytit regrese a potíže, ještě než nastanou u koncových uživatelů (zákazníků?).

Omezení upgradů jenom na bezpečnostní opravy zajistí jednoduchá věc: dnf upgrade --security. Tím udržíte systém bezpečný, ale opravy bugů si můžete organizovat podle potřeby. Pokud je chcete dělat jednou za půl roku, nebrání vám nic.

> Ale zdá se mi, že si pletete Fedoru se Streamem a na základě toho děláte závěry. Nutno dodat, že mylné.

Jasné, komu budem veriť, redhaťákovi obhajujúcemu nepopulárny krok alebo mojim luhajúcim očiam?

Trafil som napríklad presne toto:

https://old.reddit.com/r/CentOS/comments/kq6agw/geospatial_workloads_broken_epel/

(na vine bol zmenený soname libpoppler).

Toto ani Fedora neurobí v priebehu release, nechajú si to na ďalší.

Jasně, gdal balík není a nebyl součástí RHELu, tedy ani CentOS Stream. Ale pochopitelně je to důkaz, že Stream je úplně špatně. Uznávám, asi by bylo fajn, kdyby RH maintainer při změně ABI obeslal maintainery závisejících balíků nebo jim nahlásil bugy.

Fedora takový problém nemá, protože gdal je její součástí a koordinace rebuildu probíhá uvnitř, nikoliv externě. Podobný problém vznikne u balíků v rpmfusion. U balíků závisejících na externí distribuci tam vždy bude chvíle, kdy to bude rozbité.

Navíc uvedený problém byl způsoben neexistencí epel-next, protože CentOS 8 Stream byla novinka. Teď už je vše připravené.

Tento problém jste měl v nějaké vaší instalaci nebo jen hledáte, čím podepřít váš názor, i když váš to přímo nezasáhlo?

Zrovna na vývoj aplikací je CentOS Stream ideální. Umožní zachytit regrese a potíže, ještě než nastanou u koncových uživatelů (zákazníků?).

To je trocha chybna uvaha. Cielom je vyvijanu aplikaciu nasadit hned ako to bude mozne, nie cakat na dalsie vydanie, kam sa tie veci z upstreamu dostanu...

20. 4. 2022, 23:31 editováno autorem komentáře

CentOS 9 Stream je poměrně stabilní distribuce. Můžete prosím uvést příklad aplikace, která bude muset počkat na vydání? Na jakém frameworku bude postavená?

Pokud chcete podporovat konkrétní vydání RHELu, potom se k tomu nabízí to na konkrétním RHELu také sestavit. K tomu jsou vývojářské licence. Já měl na mysli spíš vývoj a Continuous Integration, které mohou zachytit změny, které tak jako tak budete muset řešit. Jenom je můžete řešit dřív, než se s nimi potkají vaši uživatelé.

Diky za dnf upgrade --security, to jsem nevedel. Ja teda se serverama prechazim postupne na rocky linux, prece jen k tomu mam na serveru vetsi duveru.

Kdy konci podpora Centos Stream 8? A RHEL 8? Feel the difference.

nejsem/nebyl_sem uzivatel CentOS ani RHEL, ale pokud si dobre vybavuju stripky co sem kde zahledl:

CentOS - zmeny bral z aktualniho RHEL, tedy dostali se do nej pote co do RHEL
CentOS Stream - zmeny jdou primo a az pak do nasledneho RHEL

v tom vidim tak "brutalni" rozdil ze nekdo kdo pouzival CentOS prave pro to, tak CentOS Stream je pro nej nepouzitelnej a nema ani duvod ho zkouset...
(rozdil asi jako "misto osobaku ted mas sluzebni traktor" a dotaz, vyzkousel si aspon s tim traktorem objizdet zakazniky nez si to zavrhl? ;-)