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?
Čítame s porozumením.
Pôvodcom problému bol poppler, ktorý súčasťou distribúcie je. Prejavilo sa to tým, že balíčky/aplikácie tretích strán, ako napríklad spomínaný gdal, nemali to ABI, ktoré im bolo sľúbené a ktoré by sa v priebehu release nemalo meniť.
Predstavte si, že by ste napríklad mali aplikáciu pre Windows 2016, nejaký náhodný update by rozbil ABI a odpoveď dodávateľa OS by bolo, však si to prekompilujte, to vás mám všetkých obiehať?
Asi nie, však.
Mne konkrétne to rozbilo postgis, ktorý tiež linkuje voči gdal - preto som o danom threade vedel v prvom rade. Ale vy určite viete, že hľadám len problémy a priamo ma to nijako nezasiahlo. V poriadku, majte kľudne ďalej taký názor, ale potom sa nečudujte, keď sa to odrazí na prístupe komunity k vašej spoločnosti.
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é.
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? ;-)