Vlákno názorů k článku Klony RHEL jsou hrozbou, nejsme povinni jim to usnadňovat, říká Red Hat od SAL - Ten pan Mike McGrath ako keby bol v...

Ten pan Mike McGrath ako keby bol v Red Hat tak novy, ze nevie ako funguje opensource softver. Ked zablokuje klony, tak odstavi aj istu cast komunity, co im prispievaju pri vyvoji. RHEL bez EPEL je podla mna onicom. Podobne stratia aj mnozstvo ludi, co hlasia chyby. Bez nich pojde kvalita tiez dole.

To, ze davaju licenciu RHEL zdarma v obmedzenom rezime tiez nie kazdemu vyhovuje. Ja chcem nieco, co je public dostupne, pouzivam rovnake nastroje na instalaciu pre Fedoru, CentOS aj AlmaLinux. Nechce sa mi babrat ani s licenciami RHEL.

Neverim ani vyjadreniam RHEL, ze co je zadarmo. Pocas behu zablokovali CentOS 8. Teraz rusia zdrojaky. Pred vela rokmi zrusili pristup k binarkam. Proste to menia kazdu chvilu, takze aj tie free licencie im nic nebrani zrazu znizit alebo zrusit.

Jenže oni nepřispívají. Do CentOSu ani přispívat nešlo, ten proces to neuměl.

CentOS Stream to naopak umožňuje. Proč nepoužíváte ten? Má dostupné jak binárky, tak zdrojáky. Dokonce i kompatibilní nástroje.

RHEL přináší jen některé garance navíc. Support (který nechcete?), ABI stabilitu (stojí peníze), FIPS (to fakt potřebujete?), atd..

Nejen že nepřispívají, ale ani nechtějí. Jsem se teď bavil s člověkem, který pro klon dělal a zatkeskal Red Hatu . Když jsem mu řekl, že Stream vlastně dovoluje existenci komerčních klonů a můžou tak reálně fixovat bugy zákazníkům (což dřív bylo extrémně složité, skoro nemožné), tak prý nic takového dělat nechtějí a přispívat nikdy nebudou... Tak asi tak.

A když k tomu přidáš i věci, jak některé klony matou třeba tím FIPSem, tak z toho můžou být ještě velké průsery.

Urcite islo prispievat aj do CentOS alebo klonov minimalne hlasenim chyb. Ale aj prispievanim do EPEL. To je vsetko jeho sucast.

Stream aktualne pouzivam, ale chcel som vsetko migrovat na AlmaLinux, pretoze Stream ma problem s bezpecnostou. Kriticke aktualizacie tam chybaju, uz som to hlasil ked Stream vysiel a teraz znova. Proste to tam nikto nesleduje. Len sa povie, ze to tam ma byt, ale zeby na to niekto dozrel, ci tam su posledne aktualizacie httpd a php, tak to nie. A pre mna su to kriticke komponenty.

Vpodstate nic z RHEL nepotrebujem, preto si ho ani neplatim a teda ani zakaznici, co pre nich pracujem. RHEL mi prinasa len dalsie komplikacie, riesenie licencii, citanie licencnych ujednani, komplikovany pristup (len cez heslo) a pod. Vacsinu problemov si viem vyriesit sam, ked ich vyriesim, spatne ich reportujem cez bugzillu, cim prispievam k vyvoju.

Nie je to ale dobre, ze som jediny, kto sleduje bezpecnostne aktualizacie CentOS Stream. Zjavne to ani komunita neriesi a RH tiez nie. Ak sa to neskor zmeni, tak s CentOS Stream problem nemam, aj ked od cias kedy vysiel som uz postrehol 3 problemy, ktore RHEL nemal. 2 z nich som aj hlasil, treti sa tyka zasekavania podmanu a tam to bolo velmi tazke urcit, co sa tam deje, kedze to nastalo az po asi tyzdni prevadzky. Ten som ani nehlasil.

Cakat, ze to spravi komunita alebo RH je naivne, ak im to nic neprinesie.

Ako naivne? Ved CentOS Stream 8 je do maja 2024 podporovany OS. Ak je OS podporovany, tak budem ocakavat, ze aspon bezpecnostne aktualizacie budu vychadzat pravidelne. Ak aj sa par dni omeskaju, ale urcite nie mesiace. A opat niekto riesi len to, ze im to musi priniest peniaze. Urcite im to nieco prinesie, dalsich pouzivatelov, testerov, vyvojarov. Kazdy pouzivatel robi firme reklamu, tester prinasa opravy chyb, vyvojar aj ovela viac.

Ano, ak sa niekto pozera na OSS len cez priamy zisk v dolaroch, tak to by OSS vobec nemal pouzivat.

Jejda..
Takže stream není moc použitelný pro domácí použití natož pro firmy.
To je docela zásadní problém..
Nevím jeslti tedy není lepší pro ty kteří znají RH používat Fedoru.
Já od Fedoru zkoušel pro domácí použití ale LXDE spin o který se komunita nestará dobře (chybí ikonky tak už nevěřím ani zbytku a bylo s tím hodně ručního ladění a RH to nechává na komunitě).
Buggy jsem hlásil občas vývojářům na telegramu -s těmi oficiálními reporty a bugy se mi nechce zápasit.. (hlavně silverlue měla hrozně hodně chyb v GNOME Shell).
Ale pokud a než něco opraví tak je lepší použít stejně něco co není tak rozbitý..

Většinu PC teď jedu devuan a backporty a testuji arch varianty s https://aur.chaotic.cx/ a AUR.
Občas se nevyznám ve Wiki, v Debian Wiki se význam víc než v té archu..
Nejlepší zkušenosti jsme měl dříve s komunitou Ubuntu za časů gnome 2, kde byly ochotní lidé radit a pomáhat a byla aktuální Wiki v češtině a různé návody a postupy ve fóru..
Od té doby jsem se nesetkal s tak kvalitní českou podporou a upadlo to takže to stojí skoro stejně naprd jako podpora v češtině jinde (je lepší to překládat z angličtiny).

Co z toho plyne. Nevidím důvod proč by domácí uživatele měli používat nějakou distribuci přímo od RH..

Možná v případě Fedory, když by někdo chtěl kompromis mezi aktuálním sw ale ne úplně aktuální a snad trošku testovaný (nevím no, nemám v to testování příliš důvěru natož při používání spinu) ale možná za možnost komunikovat přímo s vývojáři na telegramu..

Dává mi větší smysl používat něco co je buď konzervativní více a nabízí delší podporu (mint, debian stable) nebo něco co je vyloženě upstream a není problém s nedaotatkem software jako u Fedory (arch kde se často hodí že to samo kompiluje AUR z gitu)..
Pro Ubuntu klony a distra je zase víc oficiálních repozitářů s balíčky často přes PPA nebo openSUSE Build Service
A návodů jak něco zprovoznit nebo zkompilovat..
Pro suse si myslím že také bude méně software, návodu atd..

Ještě mě napadá proč nikdo nepoužívá základ pro klon Linuxu Chrome OS.. je to gentoo s podporou 8 let asi málo binárních balíčků ale to by se mohlo řešit něčím jako je https://aur.chaotic.cx/ :⁠-⁠)

Omlouvám se za OT.. :⁠-⁠)

Takže stream není moc použitelný pro domácí použití natož pro firmy.
Proč by nebyl použitelný?

Pracuji jako maintainer RHELu. Pull request podepsaný enineerem almy, rocky nebo oraclu jsem zatím neviděl. Třeba mám smůlu na svoje balíčky. Pokud tyhle klony tak přispívají, můžete dodat nějakou statistiku, jak moc? Od bratra vím, že Gen (Avast) jede na CentOS hodně i v produkci. RHEL licencí mají jednotky. Podobných firem je víc.

Kolik lidí z komunitních distribucí spravuje alespoň EPEL? My v RH to děláme.

Zatím neběží problém mi přijde CI. Tam řešit licence dost komplikuje nasazení. K tomu byl původní CentOS výborný. Stream se použít dá, ale má svoje mouchy.

Opat na to nemozete pozerat len takto jednym smerom. AlmaLinux nemusi prispievat pull requestmi. Robia dobru robotu, ze kompiluju tie zdrojaky. Tie pouziva komunita a ta uz by nejaky ten pull request mohla vyprodukovat. Alebo aspon bug s riesenim alebo dobrym popisom. Nechapem, preco by ste nutili niekoho, kto uz zadarmo nieco robi, aby aj cez neho isli napr. pull requesty, ked to moze ist priamo od pouzivatela.

Presne to iste EPEL. Ja niekolko balickov spravujem, snazil som sa skompilovat vsetko, co sa dalo. A ja som pouzivatel AlmaLinuxu, takze tym padom vlastne AlmaLinux prispieva. Len to tam nevidite, ze je to niekto konkretny s @almalinux.org.

Red Hat to podla mna casom uvidi. Ak to odreze a neda nahradu (kvalitnejsi CentOS Stream), tak sa pocet priespievatelov casom zmensi.