IBM koupila RH protoze ji jako jiz mockrat ujel kseft. V tomto pripade s klaudovyma sluzbama. Azure, Amazon a dalsi na nich rostou a dela podstatnou cast prijmu, zatimco IBM zustavalo ve stredoveku.
To zda bude Alma/Rocky a dalsi vytvaret distribuci podobnou RH na to ma jen maly vliv. Jim vadi spise ta imbecilni predstava, ze zabiju CentOS - kavky se presunou k placene verzi. Z vlastni zkusenosti - RH je/byl pouzit na produkcnich serverech a CentOS na vyvoj.. proc? kvuli podpore a kvuli stejnemu prostredi a prenositelnosti ovladacu.. realita?
POHROMA!
Zadny skutecny support neexistuje.. zazil jsem neuveritelne divadla... neni, .. nedelaj, chtej penize a za 1,5 roku nic.. pak jsem subs. zrusil.. naklady? za jeden server na 1 rok vic nez za Windows na celou zivotnost..
a prave v tom okamziku me CentOS prestal zajimat.
RH ma podil na distribucich celosvetove 0.8%, Canonical 34%, Debian 16% a CentOS 9%, vetsinou jde ale o verze 7 a 8 (podivne prodlouzena, proc asi..).. Jeste tu je Fedora samozrejme (0.2%)
Jak CentOS odchazi je i pro vyrobce HW stale mene zajimave investovat do vyvoje ovladacu pro RH rodinu.. A i proto, ze RH nerespektuje pravidla hry (se svym podilem 0.8% by mel) a ma pocit, ze svyma backportovanyma kernelama udela soukromou diru do sveta..
Ze se to deje je videt treba u nVidie.. Dlouha leta bylo nemyslitelne, aby napr. OFED ovladac nebyl primarne uvolneny pro RedHat.. Dnes jsou verze, kde vubec neni RedHat uveden, u jinych se jedna jen o starsi verze, ale objevilo so SuSE.. no a Debian? stale zde..
Pro me je to jasny a definitivni signal.. Uz nic z RH rodiny, drahe, s mizernym az neexistujicim supportem a nyni i s nezajmem u vyrobcu. = co ceka uzivatele? nejistota a vendor lock. Ze prave vendor lock je to o co IBM take jde je videt v argumentacich pri hre na schovavano se zdrojakama.
Pouzival jsem RH/Centos od verze 4 na mnoha tisicich serveru a po mnoha letech jsem vsude presel na Debian.., stale je na seznamu vyrobcu a share? Canonical + Debian temer 50%..
Klony jako Alma/Rocky atd. reagovali na situaci s sibenicnimi az hovadskymi terminy zkraceni supportu (pro vetsinu firem co prave spustili RH8/COS8 a dozvedeli se, ze do 8mesicu je konec to byl rudej hadr a naprosta nenavist k RedHatu..a to se nezapomina. Takove naklady s dalsi migraci a hledani lidi, kteri to udelaj, a dodavatele stihnout aktualizovat ovladace? .. a .. a vsichni najednou? .. Ze to RH doslo a v8 udrzoval dal je dukazem jejich myslenkoveho obzoru a duveryhodnosti.. uz az bylo k placi pozde.
Soudne firme to staci vrchovate a do dalsich eskapad nepujde. Potreba kompatibilnich distribuci v case klesa (vim jen o jednom velkem provozovateli, ktery nasadil Almu jako reseni krizoveho vyvoje..a neni z toho nadsen.. proc? uz ma problemy s HW a jeho podporou) zbytek sel rovnou do Debianu.
Zaver?
Po 20 letech v RedHat svete dnes nejsem schopen najit zadny rozumovy dovad v tom pokracovat..a uz me to ani nebavi po cele plejade ostentativne nepratelskych vystoupeni proti komunite..
Alma/Rocky to casem ceka take, navic motiv pro drzeni kompatibility uz se vytraci. Bud pujdou vlastni cestou nebo zaniknou.
Canonical huste investuje do vyvoje Ubuntu serveru.. Proc? no dela ze sebe opet RedHat.. je jeste v te 'dobre' fazi.. Vezmu Debian, ktery ted kazdy chce, a pridam support aby do toho vyrobci HW meli snazsi cestu a zakaznici motivaci..
RH? Mnoho spatnych 'manazersky' rozhodnuti a rana z milosti od IBM (jejich manazerske schopnosti jsou legendarni - neco jako 'Ano pane ministre'. Budeme manazery kazde dva roky rotovat - a nikdo za nic nebude nest vinu :)..
Poprejme RedHatu R.I.P, byly doby kdy to byl pojem a motivace pro radu budoucich vyvojaru. Podobne jako Google opustil mnoha sve predchozi prohlaseni a cile..
Heh, ta IBM politika dvoulete rotace kadru me neprestava fascinovat.
Defacto kdyby se bozim dopusteni v IBM vyskytl nekdo schopny, kdo by treba byl schopen treba pomalu rozjet obdobu AWS, za dva roky ho soupnou nekam do zadele a smetanu slizne jiny.
Fascinujici uvazovani, jak kompletne zavrazdit strategicke projekty s horizontem delsim nez 2 roky. Ale popravde v IBM, kde je management pohled laserove upren na cisla aktualniho kvartalu, a pak at ten bordel treba cely shori, to neni velka zmena.
Vetsi komedii vidim uz jenom v DHL, kde krucialni prerekvizitou na libovolnou mgmt pozici je byt indicka zena z vyssi kasty (neco ve stylu kast Chamar, Dosadh, Dom), ze neumi lautr, ale lautr nic, neni na skodu. Ostentatvni pohrdani indickymi morloky z nizich kast (typicky Kurmi, Mali, Lodha) je naopak ocekavane.
Dost blby no.
Pouzivam Redhat od verze 5, ne RHEL 5, ale Redhat 5.
Mam v tom ekosystemu spoustu prace za ty leta, hromadu custom ansiible playbooku a custom wiki zaznamu, jak kde a co.
A ted to budu muset vsecko zahodit a znovu.
Moje standardni prace spocivala v tom, ze jsem zakaNikovi dodal RHEL nebo CentOs, nebo kombinaci, kdy vykonne jadro byl RHEL a vselisjake.redundantni sberace okolo CentOS.
Zakaznik casto pozdeji dokoupil RHEL,.obvykle kvuli security politikam.
Myslim, ze za tech 20 let jsem udelal RH dost kseftu.
No nic, zacnu si stavet soukromy Debian ekosystem a hlavne vsecko dockerizovat s vyuzitim malych Alpine images.
S prichodem IBM to byla otazka casu, firmu IBM znam velice dobre.
30. 6. 2023, 07:07 editováno autorem komentáře
A pokud to jde Dockerizovat, tak se dá použít https://www.redhat.com/en/blog/introducing-red-hat-universal-base-image
Založený na RHELu, podporovaný, volně k dispozici...
Vzhledem k tomu, že jedni z "parazitů" ten image chcou využít pro stavbu distra (https://rockylinux.org/news/keeping-open-source-open/), je zřejmě jisté, že k nějaké obfuskaci dojde :D
Presne tak.
Na ten drzak na Spring Boot Fat JAR to veru potreba neni.
Pouzival jsem CentOS, protoze to vsichni znaji a RH to prinaselo potencialni ksefty, hlavne kdyz se ve firme ztoporilo oddeleni pseudosecurity, ze vsecky OS musi byt "podporovane".
A o to ted RH prijde.
Centos pouzivali lidi, co plnotucky RHEL se Satellite6 nepotrebuji.
Vymahat penale, kdyz se neco podela? :-) To bude mozna fungovat u zakazkoveho software, ale urcite ne u veci, ktere dodavatel jen prebira odjinud. Aneb takova smlouva bude mit hromadu vyluk a omezeni stylem "za software tretich stran nerucime". Nebo snad kdyz se neco podela treba v OpenSSL, tak vam nekdo bude platit? :D
A co vic cekate? :-) Podpora ani v podani RH zrovnatak neznamena, ze bude resit vsechny moje problemy. Nebo snad RH implementoval veci typu FIDO2/CTAP2 ve Firefoxu pro sve zakazniky, protoze to ve sve infrastrukture potrebuji? (zamerne vybiram vec, ktera donedavna moc nefungovala/byla rozbita...). Nebo je to tak, ze podpora RH se v tomhle vymluvi na upstream a posle me do temnych mist? ;-)
Komunita uživatelů je naštvaná, protože přišla o zdrojáky "100% kompatibilního" (viz níže) RHELu. Ale pořád všichni ignorujete, že je tu CentOS Stream, který je stejný na 99% (nebo spíš víc).
Proč si všichni ten původní CentOS tak idealizují? Je to projekt, který málem několikrát skončil. Nezvládal vydávání nových verzí. Většinou to trvalo kolem měsíce, ale 3.0, 6.0, 6.1, 8.0 (!) trvaly skoro půl roku nebo i trochu víc.
RHEL garantuje ABI (tj můžete linkovat Vaši knihovnu bez kompilace), CentOS ne. Takže ani ta kompatibilita nebyla 100%.
A v neposlední míře nebyl způsob jak podporovat své zákazníky CentOSu, protože nebylo jak posílat patche nebo chybová hlášení.
Toto všechno má CentOS Stream stejné nebo lepší. Jediné co nemá je pocit většiny světa, že je to vlastně RHEL zadarmo. I když ani CentOS nebyl 100% a CentOS Stream je těm 100% blíže než si chcete připustit.
Už před pár dny se tu psalo, že opravy na embargované CVE mají jiný režim a může se stát, že patch zařazený do CentOS Streamu těsně kolem času tvorby větve skončí v RHELu o jeden minor release později.
Jinak se obojí dělá ze stejných zdrojáků. Teoreticky. Prakticky se bugy v procesu našly, ale jsou to jen chyby, opravíme je.
Pokud by tomu bylo tak jak píšete, pak by přece Red Hat neměl mít z
existence CentOS a dalších klonů žádný problém. Stačilo na ně nijak nereagovat a dál si rozvíjet svůj RHEL.
Lidé ale používají CentOS na místech, kde nepotřebují RHEL a proto se z nich nestanou další zákazníci Red Hatu.
Red Hat tímto nesmyslným bojem jen přichází o dobré jméno v komunitě a chápu, že Vás osobně to zasahuje, protože pracujete ve společnosti která dobré jméno měla a které si teď kazí.
Tak ono obecne u velkych vendoru je problem to, jestli za sve penize (tedy penize, ktere zaplatite za podporu) skutecne dostavate to, co vam rika - tedy prave tu podporu v odpovidajici kvalite a urovni. Zkusenosti s tim, ze sice nejaky bug formalne nahlasite, ale na jeho opravu cekate rok ci dva by take byly... :-) Pripadne jen potrebujete s necim pomoct, ale rychlejsi a nekdy i kvalifikovanejsi odpoved najdete po diskuznich forech drive, nez se probijete standardnimi korporatnimi kanaly L1-L2-L3... kde na te L1 se dohadujete s nejakym indianem, co poradne text pozadavku ani necte a jede si svuj postup dle check-listu... protoze ten korporat si automaticky mysli, ze zakaznik hlasici nejaky issue je blbec. To se pak v tech korporatech nemuzou divit, ze jim za to lidi nechteji platit a hledaji radsi jina reseni svych problemu...
"protoze ten korporat si automaticky mysli, ze zakaznik hlasici nejaky issue je blbec."
O tom to je a to mame support roznych veci od cca 5 roznych firiem.
Ked mame u kazdej z nich utratu v milionoch CZK za rok, tak by aspon jednu mohlo napadnut ponuknut zlavu, ked budu tickety otvarat certifikovani ludia. Alebo poskytnut preskocenie prveho levelu. Alebo zlavnit certifikacie alebo to inak predat nasmu managementu.
Je to vyhoda aj pre nich, nie len pre nas.
30. 6. 2023, 13:07 editováno autorem komentáře
Preskoceni L1 vam nikdo nenabidne, protoze by na to vsichni klikli a z L2 by se v podstate stala L1, vetsi problem vidim, ze L1 ted z vetsi casti nahrazuje pomerne tupy chatbot, ktery Vas donekonecna odkazuje na nic nerikajici FAQ a trva nekolik minut, nez se toho zmetka clovek zbavi a konecne se dostane k nejakemu cloveku. Uplne nejlepsi je v tomto UNITED AIRLINES, ktere vas nechavalo vyspelovat cele asi dvacetimistne cislo elektronicke letenky a pak vam reklo, ze vam nerozumelo a uveznilo vas v nekonecne smycce pokusu o spravnou vyslovnost.
No je vidět, že technickou podporu z druhé strany moc neznáte.
NA L1 podporu je kladen ze strany zákazníků skoro nesplnitelný požadavek - musí umět poradit člověku, který neumí číst dokumetaci, pustit příkaz v příkazové řádce, tvrdí, že má nainstalovanou jinou verzi, než ve skutečnosti... a do toho si myslí, že všechno ví líp. Na druhou stranu jsou tu lidé, kteří věci rozumí lépe než L1 - a ono je to ve skutečnosti celkem snadné (technická podpora L1 musí znát produkt v celé jeho šíři, což u skutečně rozsáhlých produktů logicky omezuje hloubku znalostí, zatímco zákazník se může starat o jednu věc produktu, zato ji znát jak své boty).
Potom na základě pár vět v úvodním hlášení musí rozpoznat kde je problém, jestli je to známý problém, jak je zákazník kvalifikovaný a schopný. A než problém předá na vyšší level podpory, tak musí mít jistotu, že má všechna data a vyšší level podpory tomu bude rozumět. A hlavně předat problém správnému týmu.
Ti schopní zákazníci obvykle velice rychle vykrystalizují a u nás si je chováme jako v bavlnce. Rovnou víme, že když se na něco ptají, tak ví, co chtějí a není obvykle v naší moci to rychle vyřešit na L1 úrovni (pokud to není například čerstvá známá chyba, jejíž dokumentace ještě není profláklá). Takové zákazníky si jsme schopni pozvat do firmy a mají možnost se setkávat s vývojáři a ovlivnit tím budoucí verze přímo.
Ohledne L1 mate naprostou pravdu, pamatuji kdyz jsem nekdy okolo roku 2002 pracoval na L1 podpore ucetniho sw, tehdy jeste jedna verze velice rozsirena mezi zakanzniky bezela ve foxpro pod DOS. Volala pani ze vidi cernou obrazovku, tak nejak jsem se s ni pokousel prokousat dosem, nez mi po chvili doslo, ze jim nejde elektrina. Byla zima a stacilo se zeptat, zda jim funguji svetla. jenze bohuzel tyto kreativity dnes v korporatnim L1 supportu spise nepotkate, tam bohuzel jede Ind podle skriptu, BTW to same jsem videl na vlastni oci i v callcentru v roce 2003, ktere obhospodarovalo cca 40% veskere L1 support podpory ADLS pripojeni jednoho velkeho operatora. Desitky lidi v cubicles sedicich u telefonu a jedoucich podle skriptu. Ti nejlepsi znali nazpamet poradi a fkci diod na modemech.
Ohledne schopnych zakazniku, co vykristalizuji, toto vam preji, ale opet nemozne v korporatu.
Asi nerozumím Tvé ironii (předpokládám, že tam nějaká bude).
Hele, já netvrdím, že každý tiket je rychle a bezchybně vyřešen... Jak píši, je to náročné, protože L1 musí znát produkt do šířky i hloubky, což se občas vylučuje. Takže se stává, že jdeme po slepé větvi problému, nebo se mineme s řešením. Ale předepsaný striktní postup taky nemáme. Ale taky naši zákazníci jsou na jiné úrovni než „ty diody dnes divně blikají...“
> Lidé ale používají CentOS na místech, kde nepotřebují RHEL a proto se z nich nestanou další zákazníci Red Hatu.
Čistě CentOS, Almu, či Rocky si používejte jak chcete. Nikomu to nevadí (ale CentOS Stream je víc u zdroje).
Nicméně už pod článkem Petra Krčmáře potvrdilo mnoho nezávislých lidí, že se používá RHEL v kombinaci s CentOSem a problémy se hlásí Red Hatu. Podpora takových zákazníků stojí Red Hat peníze, které nedostává zpátky.
A druhý problém, který nastal už u Oracle, je kanibalizace zákazníků ze strany klonů. Oni opravdu aktivně objíždí zákazníky a nabízí jim levnější podporu. Což si mohou dovolit, protože neplatí vývoj. Red Hat jim dal prostředky (Stream) jak spolupracovat a podílet se na vývoji, ale nepomohlo to. Tak se z ekonomických důvodů musel zařídit jinak.
Komunita je tvořena i lidmi, kteří nechápou a nevidí ty náklady spojené s testováním a vyladěním distribuce jako celku. Berou RHEL jako prostou hromadu balíků zkopírovaných od autorů. Jenže tato část komunity RHEL a jeho garance nepotřebuje a dokonce to sami říkají. Přesto chtějí jeho identický klon.
Je to vidět v každé diskuzi i v tomto článku, který ignoruje a překrucuje tolik veřejně dostupných informací, že se na něj nedá reagovat. (Styl psaní autora tomu taky moc nepomáhá.)
Doporučuju si místo toho přečíst třeba příspěvky Jirky Eischmana ohledně toho, proč vůbec kdy vyšel CentOS 8 a proč s tím nemá IBM nic společného. A pak příspěvky Jardy Řezníka o tom, komu vlastně patří Rocky a Alma. Rozhodně to nejsou žádní komunitní neziskoví altruisti. Jde "jen" o peníze.
Takže ta pověst mě mrzí, Red Hat nemá nejlepší lidi na PR (přece jenom jsme od začátku všichni dost technokrati), ale není to zasloužené. Komunitě dáváme hodně zpátky, jenže nějak účty zaplatit musíme.
Proto se místo negativity zkuste lépe podívat co vlastně zvládnete pomocí volně dostupných CentOS Stream, Universal base image kontejnerů (což je taky RHEL) a když to jinak nejde, pomocí Development "předplatného".
To Vase stojí Red Hat peníze, které nedostává zpátky je blabol... na ten problem by dotycni dozajiste prisli i kdyby pouzivali ciste RHEL, takze by se te opravy u RedHatu domahali tak jako tak. Naklady by byly stejne - jediny rozdil je v tom, za kolik instalaci od jednoho konkretniho zakaznika dostane RedHat zaplaceno. Nic nez hlad po penezich za tim neni...
Aneb ve sve argumentaci prechazite fakt, ze muzu byt cistym zakaznikem RedHatu s jednou jedinou instalaci a nicim jinym. Nebo nam tu chcete naznacit, ze na takoveho individualniho zakaznika by RedHat kaslal? :D
Ona totiž triage je zadarmo, že.
Vyčištěný bug pro vývojáře je něco úplně jiného, než analýza neznámého systému s neurčitě popsanými symptomy.
Samozřejmě, že se stává, že je to známá věc. Ale musíte si vyžádat logy, připravit reproducer, popsat workaround atd.. a to stojí čas i peníze. Až na konci tohoto procesu v customer portálu vzniká bug (nebo víc) pro vývojáře.
Jenze takovy issue muze nareportovat clovek, ktery ma 1000 instalaci stejne jako nekdo jiny, kdo ma tu instalaci jen jednu a zadne tanecky s Centosem vubec neprovadi. Na toho druheho jmenovaneho se vykaslete s tim, ze si sice podporu plati - ale plati malo a tak se to nevyplati jeho problem resit? ;-)
Jenže on nareportuje jednu issue za půl roku (naprosto náhodné číslo). Protože ten stroj používá jedním konkrétním způsobem (třeba LAMP).
Zákazník s tisícem strojů tam běží mnohem více rozdílných služeb a tak pravděpodobně bude potřebovat pomoc mnohem častěji. Asi byste se divil, kolik případů špatné konfigurace (= žádný bug, maximálně úprava dokumentace nebo knowledge base) dostáváme k řešení.
Tohle uz opravdu tahate z kavove sedliny ;-) Jenze ten, kdo provozuje tisice stroju bude zkusenostma (i schopnosti si potrebne informace dohledat) pravdepodobne nekde jinde nez ten, co s tim zacina na jednom stroji a metodou pokus-omyl na zaklade buzzwordu vyctenych na internetech zjistuje, co je a neni pruchozi a nejlepe stylem "nasadim vsechno, to bude cool"... kdy si samozrejme z toho internetu zkopiruje konfiguraci, kterou ani nechape a svou neznalosti si to rozbije.
Z kávové sedliny tu věštíte vy. Já ty případy řeším. Konfigurační omyl je hodně vysoké procento toho, co se dostane až ke mě. A to nesedím na supportu.
Jen je moderní distribuce (a OpenShift) už poměrně komplikovanou záležitostí.
U LAMP možná nikdo chybu neudělá a nejspíš ani žádnou chybu v RHELu nenajde (alespoň ne moc často). Ale distribuované systémy se specifickou sítí, storage, huge pages, real-time a podobnými srandami jsou mnohem komplikovanější.
S prominutím, ale jestliže nepotřebujete RHEL, protože si můžete vyvíjet vlastní řešení pro sebe, potom nedává smysl, abyste ho vyvíjel na RHELU, když ho můžete vyvinout pro nějaké distro, které je zdarma a můžete si užívat všech výhod.
Development licence se samozřejmě hodí těm, kteří chtějí vyvíjet pro někoho, kdo už na RHELU jede. A jestli chcete provozovat několik serverů pro sebe, tak to na to stačí taky.
Tady si jen neuvědomujete, že obchod RedHatu neprodává podporu jako odstraňování chyb v SW, ale cituji z webu RedHatu: With a Red Hat subscription, you have access to an around-the-clock global network of experienced, motivated, and knowledgeable technical support engineers. This expertise can virtually extend your in-house expertise and help you deploy with confidence.
resp.
If we ship it, we...Support:
Installation
Usage
Configuration
Diagnosis
Bug reports (dependent on product life cycle)
Bug fixes
Red Hat Extras channel
No pak si ale za sve problemy muzou sami, ne? ;-) Nikdo nezacina tak, ze by zacal s tisicovkou instalaci... a pokud startup poslou do prdele s tim, ze je moc malej a nezajima je, tak logicky po tom, co ten startup vyroste uz ochota zacit jim platit se magicky nedostavi... na zaklade te historicke zkusenosti.
Tam nezáleží přímo na velikosti, ale na úrovni podpory, míře rizika a nákladů. Jsou zákazníci, kteří si přímo platí našeho zaměstnance u sebe ve firmě (https://www.redhat.com/en/services/support/technical-account-management). A pochopitelně pak mají snazší přístup k podpoře.
Den má jen 24 hodin a tak je prioritizace nutná.
Sorry, ale cítím potřebu se ohradit.
"Je to vidět v každé diskuzi i v tomto článku, který ignoruje a překrucuje tolik veřejně dostupných informací, že se na něj nedá reagovat. (Styl psaní autora tomu taky moc nepomáhá.)"
To, že někde něco leží zveřejněné, neznamená, že k tomu mám přístup. Na internetu je asi tak 1 triliarda různých textů a není v možnostech lidstva se jimi probírat, natož v možnostech jednoho člověka (mé maličkosti). Já vycházím z toho, co napsal McGrath a jak to napsal a dávám k tomu svůj komentář. Z toho jak je u mě zvykem, plyne i forma.
Abych to shrnul: přestaňte kopat kolem sebe a vyžadovat si vděk. Buďte sami vděční za to, co k vám přiteče zvenčí. Pokud váš byznys model je nastaven tak, že vám Oracle "krade zákazníky", pak máte špatný byznys model (možná i související s tím, že Oracle nad to pak zákazníkovi posadí tu svoji databázi i s plnou podporou).
Vždyť se podívejme na Sun. Svého času výstavní skřín otevřeného přístupu. Kde je dnes? Jasně že mě to taky štve, že ryze samaritánský open-source přístup nemůže fungovat, protože ti s ostřejšími lokty to převálcují. Ale tak to prostě funguje a vy se tomu přizpůsobujete. To ale neznamená, že já nemám právo na to napsat svůj pohled a při něm vyiignorovat informace, které možná někde v internetu leží, ale já nevím o jejich existenci.
"Doporučuju si místo toho přečíst třeba příspěvky Jirky Eischmana ohledně toho, proč vůbec kdy vyšel CentOS 8 a proč s tím nemá IBM nic společného. A pak příspěvky Jardy Řezníka o tom, komu vlastně patří Rocky a Alma. Rozhodně to nejsou žádní komunitní neziskoví altruisti. Jde "jen" o peníze."
Příspěvky jsem četl. Ale je to v kontextu toho, o čem se teď bavíme, irelevantní. To, jestli Alma/Rocky jsou pijavice, kterým jde jen o prachy, nijak nesouvisí s tím, jak to McGrath napsal. Já tady nekopu na svobodu klonů, já tady nekopu za "ryzí čistotu CentOSu, kterou Red Hat pošlapal". Nic takového.
Narážíme pořád dokola na stejný problém: ajťáci obecně jsou obvykle méně sociálně zdatní a mají větší problém nahlédnout na nějaký fenomén pohledem jiné strany. Jakkoli se to vaši lidé snaží komunikovat v diskusích, buď se jim to plně nedaří zformulovat dostatečně v celé šíři, nebo prostě naráží na nepochopení u druhé strany. Já to jistě také nenapsal jak nejlépe to jde a jistě tu v diskusi je a bude spousta lidí, kteří to nepochopí, jak jsem to myslel. Třeba vy. A třeba já nechápu správně vás. Prostě jsme méně zdatní a tohle je fenomén, který spolehlivě vytáčí do ruda všechny, co kdy měli s CentOS jakýmkoli způsobem něco společného.
Váš dlouhý článek je plný "možná", ale neobsahuje mimo úvod jediný odkaz na skutečné primární zdroje.
Navíc má hodně click-baitový titulek, ve kterém žádné možná není. Rozhodně tedy neuklidňuje emoce ani nepřináší nová fakta nebo na faktech založené analýzy.
Takže ano, přiznávám, nelíbí se mi. Myslím, že i přes svůj specifický styl to umíte lépe.
Hm, tak titulek se s vydáním změnil. Původně jsem tam měl jen tu první část a nic jiného, aby to bylo dvojsmyslné. Ten dodatek tomu bohužel přiřadil jeden z těch významů. S tím nic nenadělám. Jestli v tom chcete vidět clickbait, tak k tomu mohu dodat jediné: jestli ten text bude mít čtenost 100, nebo 100 000 000, pro mě neznamená žádný rozdíl, mé dukátky jsou nezávislé na impresích, čili tato potřeba mě fakt nepohání.
Jinak ale jestli jste četl, tak kromě ony spousty "možná" jste si všiml, že na jednu stranu Red Hatu něco vyčítám, na druhou stranu ale jeho kroky obhajuji a navrhuji mu dát čas prokázat jejich vhodnost / oprávněnost / atd.
A navíc je to komentář. Není jeho cílem přinášet nová fakta (to těžko mohu, nejsem manažer v RH), není jeho cílem provádět nějakou mega-analýzu (o čem by byla? na čem by stavěla? atd atdatd). A není jeho cílem ani klidnit emoce. To je problém Red Hatu, ne můj. Je na Red Hatu, aby dobře komunikoval svoji jednostranně realizovanou změnu strategie a aby si jí obhájil. Vyčítáte mi věci, které jsou mimo mísu.
Ta reakce je vysoce emocionální záležitostí, fakta o CentOS Stream se tady míjí účinku. Hodně lidí nebralo RedHat jenom jako další firmu, která třeba něco užitečnýho dělá pro open-source, lidé RedHatu fandili. Ta firma to dělá (dělala?) velice dobře - image není nanic - často i její zaměstnanci jsou velice loajální, jak třeba ukazuje několik z vás i tady v diskuzích na rootu. Žiju v Brně, kladný vliv RH na lokální dění nelze přehlédnout, i když osobně nepracuji v IT.
Vstup IBM lidi znejistil, zabití podpory CentOS je naštvalo, no a teď přišel posledný hřeb do rakve. Já netvrdím, že ty změny jsou všechny nutně špatně, ale komunikace je v takových případech extrémně delikátní záležitost, no a nepovedlo se. Arogance nefunguje a Mike McGrath teď bude za nového Ballmera. Je to škoda ale důvěra je holt křehká věc.
Proto bych si třeba já, když je k dispozici Debian, CentOS Stream nikdy nevybral. Ne kvůli tomu, že by to byla špatná distribuce, jenom nemám žádnou důvěru v její dlouhodobou podporu. Rozhoduje track record.
Máte samozřejmě pravdu.
A Red Hat sice vyrostl, ale pořád má spoustu lidí, které byste označil jako "geeky" a "nerdy" (v dobrém i špatném slova smyslu). No a komunikace nebývá naší silnou stránkou (jsem rozhodně jeden z nich :).
A když přestane být diskuze založená na faktech a přidají se k ní podobné typy z druhé strany, tak se pak naštvou a urazí i lidi, co se poslední dekády snaží s tou komunitou pracovat. Jako McGrath.
No jasně. Chápu, že už toho asi taky měl dost a napsal to, jak to napsal. "Nastavil zrcadlo" komunitě, která si jeho očima možná neváží dostatečně toho, co Red Hat udělal a dělá dál. Já jsem si zase dovolil nastavit zrcadlo Red Hatu. Jak píšu, je to zase časově lokální bouře, která se vybouří a jede se dál. Jestli to pro Red Hat bude mít pozitivní × negativní × žádný dopad, uvidíme.
Mno vzhledem k dění v posledních týdnech, reakcí mnoha zanícených či angažovaných po celém světě bych řekl, že to "pořád má spoustu lidí" může být značně křehké tvrzení a jen čas ukáže jak moc.
Mi to nepřísluší komentovat, nicméně nikdo mi nemůže upírat právo na vlastní názor a hodnocení/postoj. Já bych se nebál jít do ještě vzdálenější minulosti k situaci okolo vývoje v době blízké před vznikem projektu Fedora - tedy vztahem k RedHat Linux (úspěšně pohřbeného) a k době, kdy se nám zrodil WhiteBox Linux (RHEL3 based), TAO Linux a právě CentOS. Bylo vidět, že komunita si to žádá, komunita to chce a komunita se zařídí a zajistí bez ohledu co chce Red Hat Inc a jeho mgmt. Kolikrát to ještě komunitu bude bavit a jak dlouho si ta která strana nechá líbit útoky protějšku se dříve či později ukáže. Komunita na rozdíl od korporátů je velice dynamický systém, který funguje efektivně a někdy tím projevem efektivity je i její zánik, štěpení či vznik zcela nečekaných.
Je třeba dodat, že to že je dnes Centos vnímán jako ekvivalent RHEL má RedHat velmi velký podíl, ikdyž tam rozdíly jsou. Dobré v této dualitě bylo, že pokud zákazník měl nějaká pravidla a vyžadoval podporu, tak si koupil RHEL. Pokud nevyžadoval a naopak tlačil na cenu tak si dal minimálně do prvního velkého pr* Centos, a nejpozději jak zaváděli ISO, tak si tam ten RHEL na produkci dali.
Nechápu proč se divíte, že lidi ignorují Centos Stream. V této chvíli má větší důvěru v to, že bude fungovat komunitní podpora kde co.
Je opravdu problém ABI tak velký jak popisujete? Pár so knihoven jsem kompiloval. Zejména GDAL, který napojujeme na Javu. U jednoho zákazníka máme GDAL so soubory, který jsem vytvořil v Debianu cca před 15ti lety. Důvod je, že používá jeden komerční plugin, který jsem ve verzi na kterou mají licenci s novým GDAL nedokázal přeložit. Funguje v novém Ubuntu, Cenot 7, Fedora. Možná máme štěstí, možná je to tím, že se to využívá pouze z JDK procesu, ale i tam se od JDK 6 ušel kus cesty.
Kouzlo Centos a klonů obecně pro vývojáře je, že opravdu nepotřebujeme podporu, tu potřebují naši zákazníci. Dokážu si představit, že finální testování by bylo dobré běžet na placených RHEL serverech i když to není produkční prostředí.
Dotaz: Už jsem se ptal v tom druhém dlouhém vláknu, ale nemám odpověd.
Opravdu RedHat vyžaduje aby bylo vše licenčně v pořádku, platit licenci za RHEL i pokud se jedná o klon? Je to pro nás důležité. Nechceme porušovat licence, tak jak nás nikdy nenapadlo řešit s Redhat podporou problémy, které jsme měli na Centos 7. Prosím o nějaký link v angličtině, nikde to nedokážu najít.
Děkuji.
Nesmím veřejně komentovat konkrétní obchodní podmínky konkrétního zákazníka, i kdybych je znal.
A za druhé jsem vývojář, ne obchoďák.
Komunitu si komentovat ovšem dovolím, protože jsem pro ni udělal dost práce a její nesmyslné výpady mě štvou. Nepoužíváte, tak nepoužívejte, ale přestaňte si cucat výmysly z prstu. FUD není legitimní argumentační nástroj.
No ale vy tu komunitu take komentujete stylem oni muj RedHat okradaji a argumenty si tak trosku cucate z prstu na zaklade prekroucenych dojmu. To je takova dost neprehlednutelna nitka, ktera jde napric komentari lidi tam zamestnanych. Stejne jako takove to my jsme ti nejlepsi, bez nas by se zemekoule prestala tocit. A nebojte, ja vim jak to v podobnych US-based korporatech funguje, takhle se chovaji zamestnanci kazdeho vendora, je to soucast firemniho trainingu, ze? :-)
> oni muj RedHat okradaji
Oficiální pozice je, že nám klony nic nepřináší a my jim to nemusíme usnadňovat. Je tam potenciál v dlouhodobém horizontu poškodit schopnost RH investovat do vývoje. Proto se to řeší.
Naše zkušenosti jako zaměstnanců RH i členů komunity to potvrzují.
> je to soucast firemniho trainingu, ze? :-)
A zase osobní útok.
Nějak si nejste ochotný připustit, že v RH zůstáváme i proto, že pořád vidíme tu dobrou stránku věci a dává nám to možnost s komunitou pracovat pro (naše osobní) vyšší cíle.
Takže ne, není. Žádný takový trénink neprobíhá. Nebo možná ano, ale u obchodníků a PR zaměstnanců. Dle smlouvy samozřejmě nesmíte poškozovat pověst firmy.
Jestli mám nějaké specifické nařízení, tak maximálně to, že nesmím mluvit do médií za firmu bez schválení a nesmím komentovat interní informace.
Vysledkem ale te oficialni pozice podle me nebude to, ze by si RH nejak dramaticky zlepsil cisla a lidi zacli houfne nakupovat vase supporty. A je to mimochodem videt i u tvurcu ruzneho software okolo, ktery driv byl vylucne na RH a dnes uz i oni zacinaji podporovat jine (a i nonRH) platformy. Drive nemyslitelna vec... ale casy se meni.
@Danny
Snažíme se tady získat nějaké informace. Útoky na Redhat nebo na lidi, kteří jsou z Redhatu, fakt nijak nepomůžou.
Jsou se tu s náma ochotni bavit a trochu nám pomoct v rozhodování i když by mohli dělat něco jiného.
Můžeš si být jistý, že bez Redhatu a RHEL bysme měli výrazně více zákazníků, kteří by používali výhradně Windows. Máme na linuxu hodně zákazníků, ale jsou to RHEL a klony. Debian nebo Ubuntu asi nikdo nemá i když by jim to stačilo. Důvodem je, že mají ISO a vyžadují veškerý SW s dlouhodobou podporou od důvěryhodné firmy. Důvěryhodné v tom smyslu, že je velká šance, že se nepoloží, nebo se neposune dělat něco, co vydělává víc peněz.
Ono pri drobnem vyhroceni diskuze se obcas nekdo take podrekne ;-) Vy mate svoji strategii, ja take. A ne, nedelam si iluze o tom, ze zde diskutujici maji fakt paky na to neco zmenit, to bylo videt i z vyjadreni ala "obchodni veci nekomentujeme" :-) Je to korporat, ty fungujou jinak... par pesaku z Brna podle me nezmeni nic.
Kdyz uz je rec o Windows, jejich politika je zvlast u desktopu presne opacna - system s podporou (bezpecnostnimi updaty) dostane doslova za par susnu. Major upgrady vlastne i zadarmo. Soucasny pristup RedHatu v tomhle smeru moc kompetitivni fakt nebude :-) A nejaka data k tomu existuji a teda RHELu tam moc nevidim. Podobnych analyz najdete mraky, cisla v nich jsou podobny.
Díky.
Opravdu k tomuto RedHat nemá oficiální vyjádření někde na webu?
Nejsem ten, kdo to řeší. Snažím se jen předejít tomu, že z důvodu nedostatku informací budeme přecházet zpět na Windows, protože to tak je jednodužší a možná i levnější, pokud máme nějakou vmware licenci s dostatkem windows server instancí, které nepoužíváme, protože tam máme Centos.
Tady nejde přímo o boj mezi RH a komunitou, ale o boj mezi RH a černými pasažéry (z pohledu RH). Cílem firmy jako je RH je primárně monetizovat práci svých vývojářů a také ostatních vývojářů z komunity. RH teď hledá nějaké Paretovo optimum v tomto složitějším vězňově dilematu.
Jen pro připomenutí, (zatím) z pohledu RH neni černým pasažérem ten, kdo provozuje nějaký klon RH, ale ten kdo díky provozování klonů RH generuje nemalý zisk, čímž snižuje výdělek RH. I to se může v budoucnu měnit, cílem může být i ten, kdo produkuje jakýkoliv zisk, protože firmy mají přirozenou tendenci hledat další možnosti zisku. RH nicméně už dal najevo, kde leží ta hranice, v tuto chvíli je to 16 produkčních systémů.
Zároveň tady RH bojuje o svojí pozici, protože nechce nechat konkurenci, aby monetizovala jeho práci na úkor svých budoucích zisků. V extrémním případě aby dělala to, co např. provozuje Oracle (tj. spíše pijavice než černý pasažér). Věřím RH, že komunitní projekty, které klonují RHEL, jim nevadí, pokud se nepokusí ukousnout z RH koláče. Ale to je zase jiná úroveň problému, protože samotné komunitní projekty se pak nedokážou ufinancovat, tj. nedokážou dlouhodobě přežít.
Věci ohledně IBM jsou fabulace, stejně tak "zveličování" přínosu RH pro komunitu. RH a opensource komunita se opravdu pořád vzájemně potřebují.
Lenze ti cierny pasazieri su podla open source a GPL vporiadku. A vedel to aj ret hat ked zacinal so "svojim" operacnym systemom.
Tak kde je problem?
Nevychadzaju im peniaze na vyvoj? Tak fajn, proste zaniknu a bude to robit ina firma. Proste trhova ekonomika.
Alke fnukanie o ciernych pasazieroch, o tom ako open source nici open source je dost trapne.
Vsak cerni pasazeri maji k dispozici komplet zdrojaky na https://gitlab.com/redhat/centos-stream/rpms a veskery nastroje jsou k dispozici ve Fedore. Napriklad systemd si postavi jednoduse pomoci:
$ sudo dnf install centpkg
$ centpkg clone -a systemd
$ cd systemd
$ centpkg mockbuild
takhle jednoduchy to je.
Takze kde je problem? Asi si nekdo zvykl na servis na zlatem podnose a zadarmo a ted mu vadi, ze musi neco delat, kdyz uz na chce na tom mit taky business. Konec sveta.
Problém černých pasažérů nesouvisí jen a pouze s GPL. Je např. v pořádku, že někdo si koupí 5 licencí na RHEL a provozuje jich 150 a požaduje na ně podporu, předstírajíc, že vše se děje na těch 5, ke kterým si podporu koupil? Aby tohle RH vyřešil, musel by svým zákazníkům nasadit nějakou formu velkého bratra - což odradí platící zákazníky. Nebo jiný příklad, že někdo prodává podporu na svůj klon, ale všechny netriviální problémy prohání skrz RH. Tomu se logicky RH brání, protože to narušuje byznys model - a je to v pořádku, dokud neporušuje GPL.
Neberte GPL jako dogma, ale jako formu smlouvy. Problém černých pasažérů je pak ve finále ten, že systém jich unese jen relativně omezené procento, pokud jejich počet začne růst přes kritickou mez, ten systém přestane fungovat jako celek a nebudou moci jezdit ani ostatní (za peníze), ani černí pasažéři. Tím neříkám, že přestane existovat Linux, neboť komunitní distribuce budou existovat i nadále. Nicméně peníze, které prokazatelně RH do OSS vývoje dává, se vlivem toho smrsknou, což se určitě v dlouhodobě na Linuxu podepíše.
"že někdo si koupí 5 licencí na RHEL"
Jenze on si zadnych 5 licenci nekoupi, koupi si support na 5 systemu. Jestli jich pak provozuje 5 000 je uplne jedno a je to naprosto vporadku. Je to jeho a pouze jeho obchodni rozhodnuti, na kolik systemu chce mit ten support zaplacenej.
Pokud by ten support pak za neco stal, tak se tu tahle diskuse nevede.
Podivej, zakaznici plati dodavateli trebas 10 hod mesicne, a jak ty hodiny vyuziji je jen na nich. Ale vedi, ze maji 10 clovekohodin, kdy jim dodavatel realne garantuje, ze se jim bude venovat. Co ze garantuje RH? Ze ti prijde nejaka automaticka potvrzenka na email?
To co píšeš je strašně divný.
Koupím si podporu na pět systémů, provozuju jich pět tisíc, tudíž uplatňuju podporu na pět tisíc systémů? To je hodně sprostý.
Pokud by to bylo jak říkáš v druhé části, to už dává větší smysl. Koupím si podporu na deset hodin měsíčně. Tam je jedno kolik systémů mám nainstalovaných. Kupuji si čas, ne podporu konkrétních instalací.
Jenže, možná mě někdo zasvěcený opraví, RH prodává jako jednotky instalace, ne hodiny.
Znas pana Lorence? Predstav si to tak, ze je rozestavenych 5000 vilek, u kazde stoji Mana s koleckem, a tech 4999 ceka, co rekne pan Lorenc ty jedny, ktera si ho plati ... "uvezu to pane Lorenc?".
A pan Lorenc ted chce pivo od vsech, za stejnou "praci".
Nic sprostyho na tom neni, normalne fungujici firmy si plati prave a jen to, co potrebuji, pri tomhle mnoztvi instaci typicky spis vubec nic, protoze se jim vyplati si zamestnat vlastni lidi, kteri budou resit prave a jen jejich pozadavky.
Support se plati tam, kde to vyjde levnejs nez vlastni lidi, pripadne tam, kde jde o z pohledu provozovatele o kriticke nasazeni = ocekava, ze ten support bude reagovat obratem, a ne ze se tam bude dohadovat s nejakou plechovou hubou/indem.
Pořád nechápete, že za ten software nikdo peníze nechce? Ale za jeho údržbu a garance životnosti už ano.
On totiž RHEL má životnost minimálně deset let. A spousta projektů během té doby skončí. Jenže RH je nemůže z RHELu odstranit nebo nechat bez aktualizací (alespoň bezpečnostních).
Stejně tak Vám upstream nezajistí, že ty všemožné komponenty budou spolu fungovat nebo půjdou vůbec zkompilovat.
Takže ten argument o dostupnosti zadarmo je velice zavádějící. Kompletní zdrojáky všech jednotlivých komponent i v dárkovém balení máte pořád k dispozici zdarma jako CentOS Stream.
Kytky si totiž taky můžete natrhat na louce, ale v květinářství zaplatíte za služby okolo. Třeba aranžmá (= sbalení a otestování distribuce).
Určitě jde o to, zajistit si nějaký zisk a lidé ve vedení Red Hatu to nějak chtějí zajistit. Nicméně, nedomnívám se, že to je jediná motivace, která za tímto krokem stojí.
Jde i o to, že existuje určitá míra zákazníků, která chce mít nějaký vliv na vývoj RHELu, ráda by například protlačila svoje patche do RHELU, aby nemuseli hlídat, že si to s každým updatem musejí opatchovat znovu. V RHELu tu možnost neměli a Fedora byla příliš vzdálená. Teď mohou spolupracovat v rámci CentOS Streamu a svoje řešení mohou takto dostat do RHELu a to daleko později než ve Fedoře. Tedy je pro ně daleko lepší než to bylo předtím. Kdo to dělat nechce, ten má RHEL.
Černý pasažér je potom ten, který instaluje jeden RHEL a hafo klonů a potom hlásí bugy na RHEL a blokuje tak podporu pro zákazníky, kteří si doopravdy zaplatili. Nikdo by neřešil, kdyby si jeli ryze na klonech po své linii.
Je mi líto, když vidím, jak se tady komunita bije za svá práva a obhajuje tady překlápění RHELu do klonů, zatímco jiné firmy, které dělají vlastní řešení chcípají na nedostatek uživatelů. Proč, když nejsem ochoten platit za RHEL, nepřejdu k SUSE, Debianu, Ubuntu, vlastní distribuci? Možností mám extrémně moc. Proč krachují open source projekty a proč v jejich nadacích není dost peněz, aby mohli něco opravdu aktivně vyvíjet v relativně zabezpečeném prostředí? Protože se všichni chceme hlavně zadarmo vozit.
Kam se poděla lidská hrdost a touha dokázat něco vlastního? Vytvořit něco svého? Dříve si každý linuxák kompiloval vlastní jádro, aby měl pocit, že něco dokázal. Dneska vezme cizí distro a vymění loga a tváří se být hrdinou a jemu podobní nadšeně volají: "Sláva, vyjebali jsme s Red Hatem a máme RHEL zadarmo."
I kdyby to nakrásně bylo všechno cajk podle GPL, tak je to prostě ubohé. Ono je dobré si někdy uvědomit, že nadaný super geek z Horní Dolní nikdy nebude mít páku na velké hráče, jako Nvidia nebo Lenovo, aby začali hardwarově podporovat Linux. To zvládnou jenom velcí hráči a to ještě, pokud budou aktivně spolupracovat. Parazitováním jeden na druhém toho rozhodně do budoucna moc nedokážeme.
Nejsem úplně přesvědčen, že chápu o čem píšeš.
Stěžuješ si na to že je RedHat za peníze?
A nebo že nechce aby vznikali klony?
Jako kdy je i v této zemi průměrná mzda kolem 40tis., mnozí IT pracovníci se chlubí více než 100tis. výplatou, hodinovka za práci konzultanta/programátora je 2 tis. je naprosto přirozené že se za vše platí, a nebo že si ostatní také chtějí/musejí vydělat.
Ale třeba nechápu skutečně nechápu smysl článku.
Mně v těchto diskusích trochu dráždí kolize jakýchsi vyšších principů. Na jedné straně chápeme GPL, že má zajišťovat uživateli (ne veřejnosti) zdrojové kódy, a uživatel s nimi smí naložit podle svého uvážení.
Z toho někteří dovozují - a asi po právní stránce správně - že uživatel může ty zdrojáky i zveřejnit. Pak se ale ptám na otázku č. 1: proč GPL rovnou nevyžaduje zveřejnění, proč to právo zaručuje jen uživateli?
Druhá kolize je účelu GPL. Ten každý vidí v něčem jiném. Jedni v tom vidí svobodu uživatele modifikovat si program podle svého (což byla historická první úloha systémů s otevřeným kódem), jiní v tom vidí hnací motor pokroku. GPL na tuto otázku příliš odpovědí nedává.
Osobně mi přijde, že je trochu schizoidní argumentovat svobodou a pokrokem k tomu, abych získal možnost vytvořit kopii cizí práce bez mé vlastní přidané hodnoty. To, že se to lidem hodí, je mi jasné. Nevidím na tom ale nic progresivního, ani povznášejícího. Argumentuji vyššími cíli a dělám pokleslou (bezhodnotnou) činnost.
Z těchto kolizí pak vzniká vzájemné osočování, oboustranně založené na pocitu, že právě ta druhá strana parazituje na straně první.
Red Hat se vydal riskantní cestou. Je klidně možné, že bez klonů opravdu upadne zájem o RHEL natolik, že začnou ztrácet zákazníky. Ale to je jejich risk, mají na to právo. Může to dopadnout i tak, že tu za několik let RHEL nebude, nebo bude v nějakém uspaném stavu před eutanazií a zastaví se tamní vývoj pro linux. Tím celý ekosystém minimálně na chvíli ztratí - ale ne navždy. Díky GPL zase někdo jiný dřív, nebo později naskočí.
Polovinu argumentů, co čtu, tak jsou lidé, co RHEL ani jakost jeho klonů vlastně nikdy nepotřebovali. Pokud někdo napíše, že přejde na Debian, tak mě napadá jen otázka, proč už to proboha dávno neudělal? Ano, to je jedna ze správných cest!, a nikdo proti tomu nebude protestovat.
Red Hat zase musí pochopit, že po tom, co předvádí, si CentOS Stream nezískává moc důvěry. Asi bych také zvažoval, proč ho nasadit, pokud vidím, že ta firma mění své názory rychleji, než lidé stíhají usledovat.
Domnívám se, že to celé povede přesně k tomu, co Red Hat chce. Tedy k tomu, že RHEL a klony (více, či méně zdařilé) lidé moc používat nebudou, a zůstanou jen ti firemní zákazníci, kteří oceňují support, certifikace, služby. Jestli to ale bude udržitelná cesta, jestli bez dobrého jména v široké anonymní komunitě půjde RHEL udržitelně prodávat, ukáže jen budoucnost.
Souhlas, až na poslední odstavec.
Pokud zůstanou pouze firemní zákazníci, tak postupně umře víceméně celá komunita (tj. včetně např. Fedory) a pak RH zůstane v pozici Unixových dinosaurů, které vymírají nebo vymřeli. Bez komunity mu stoupnou náklady na vývoj a údržbu toho software.
Pro RH je výhodné, aby dobře fungovala komunita okolo jeho ekosystému a mohl k ní dodávat další přidanou hodnotu, a tu nadále prodávat zákazníkům, pro kterou má RHEL smysl a hodnotu.
K tomu mam dve veci.
>Polovinu argumentů, co čtu, tak jsou lidé, co RHEL ani jakost jeho klonů vlastně nikdy nepotřebovali. Pokud někdo napíše, že přejde na Debian, tak mě napadá jen otázka, proč už to proboha dávno neudělal?
Ludia z CentOs prechazdaju na Debian, nie kvoli tomu, ze ma to co chcu od CentOs, ale kvoli tomu, ze moc na vyber nemaju. Pretoze nik nevie, ci po tychto krokoch Cervenych klobukov Alma a Roxky Linux vobec prezije.
A druha veci, sice to malo ludi prizna ale laska k open source nie je laska k open source, ale k tomu, ze mozu mat nieco co je zadarmo a ako tak to funguje. Preto sa tetjto komunite tazko cokolvek predava, aj ked to ma realne pridanu hodnotu.
Pokud te napada otazka, proc lidi, kterym by stacil Debian, na nej davno nepresli, tak vez, ze v mem pripade je to z jednoducheho duvodu, ze jsem to nepotreboval. A ja nedelam veci, ktere nepotrebuju delat.
V mych projektech se dodava komercni reseni, ktere RHEL vyzaduje, pak dodavame hromady okolostojicich udelatek, kde je to jedno.
A ty udelatka byly na klonech z prosteho duvodu, ze se spravuji obdobne jako RHEL.
RH na tom tratny veru nebyl, zakaznici naprosto bezne dokupovali RHEL licence i na tyto podpurne systemy, z duvodu jednodussi spravy, popr si to vyzadali sekuritaci.
Mno a ted budu delat udelatka na Debianech/Ubuntu a pokud komercni vendor, ktery dodava cast naseho reseni bude mit i podporu pro Debian/Ubuntu,no tak misto RHELu budu tlacit tuto cestu, opet z prosteho duvodu snazsi celkove spravy reseni.
Tento RH krok mi pripomina obdobne chovani Oracle, ktery to svym chovanim odhledne RDBMS licencovani dostal do stavu, ze v CETINu sveho casu bezel oficialni celofiremni Oracle hunt, kdy se rozdavaly odmeny za to, ze se dany department dokazal Oraclu zbavit. Oracle RDBMS je ted defacto persona non grata a neznam nikoho, kdo by jenom uvazoval s nasazenim Oracle RDBMS do noveho projektu. Stare se jeste oprasuji.
Ostatne IBM si dokazalo vyrobit podobne "jmeno" jako Oracle a RH ted IBM patri.
Nějak vůbec nechápu jak chtějí zabránit těm velkým klonovačům, aby si stahovali aktualní srpm. Těch balíčků, které se objeví v RHELu před Centos streamem je naprosté minimum. I kdyby Red Hat zrušil ty omezené účty zadarmo a agresivně rušil účty všem co stahují srpm, tak pro nějaký Oracle určitě není problém někomu platit aby si každý den založil nový placený účet pod jiným jménem z jiné IP adresy a těch pár srpm stáhnul. Vůbec bych se nedivil, kdyby na to speciálně vznikla firma, která bude poskytovat tyhle služby všem klonům.
Mně to přijde jak když se nějaký web snaží bránit stahování svého obsahu. Poškozená pověst firmy úplně pro nic.
Zajímalo by mě zda někomu přijde zajímavé používat centos strrem například na desktop místo jiných komunitních distribucí mimo ekosystém redhat a proč..
Jeslti jsem to pochopil tak to má špatnou image, není jistá budoucnost a security patche jsou opožděně oproti Rh ale nevím jeslti i o proti jiným distribucím..
Zároveň si myslím že bude méně software nebo pro Ubuntu klony nebo to co umožňuje AUR..
Zároveň podpora je kratší..
Jakože nabízí stream něco zajímavého pro používání a jeslti jo tak co? :-)
Navíc je ta možnost používat pro 16 strojů RH zadarmo.. Takže proč by to někdo vlastně chtěl používat?
Také nevím jak se v praxi hlídá Jeslti forma dodržuje 16 strojů a nemá více účtů pro 16 strojů.. ale to mě teď jen napadlo. Nikdy jsem Rh ani nezkoušel.. :-) Jen Fedoru a tu teď v plánu používat nemám protože také v ní nevidím žádné velké výhody oproti jiným distribucím.. Dřív jsem chtěl něco kde bude dobře vyladěný LXDE prostředí ale to teď už pro Fedoru LXDE spin za mě neplatí..
Napadá mě.. je stream nějak více testován a kontrolován než Debian stable a jde tam snaž přidat lépe otestovany sw než jsou backporty v Debianu kde se Debian zbavuje odpovědnosti, že nejsou tak dobře otestované.. nebo Ubuntu LTS či jeho klon?
30. 6. 2023, 12:18 editováno autorem komentáře
Já si dokážu představit, že to CentOS někdo používal/používá na testovacích prostředích, protože je to blízko produkčnímu s RHEL a že těch serverů mají mnohem více než 16.
Mám ale pocit, že to s tímhle rozhodnutím skončí a budou používat něco jiného a RHEL použijí jenom v případě, že budou opravdu potřebovat certifikaci, jinak se mu začnou vyhýbat všude kde to půjde.
Výhoda použití CentOS Stream je mi ale taky záhadou. To bych už raději použil Ubuntu a případně Ubuntu Pro, pokud by to požadavky dovolily.
Rocky 9 jsem ted zkousel nasadit v roli desktopu a jakoze nene.
Melo to slouzit jako dedikovana stanice pro vyvoj selenium skriptu v prostredi zakaznika, Gnome vypadalo dost bidne, kdyz jsem nainstaloval KDE, chybela snad polovina baliku, treba vubec nebyl balik pro Krusader.
Nakonec se to vyresilo specifickym VPN profilem k zakaznikovi, kdy maintainer selenium skriptu dela na svych windows a primo z PyCharmu, (kde mu bezi selenium skripty) ma pristup na testovane weby, deployment posleze pres Gitlab CI/CD.
Ale ja nejsem expert na desktopy.
<flame>
RedHat se prostě chce začít chovat jako SUSE.
Lze udělat nějaký klon SLES?
Velmi obtížně. Šlo by to stejně jako to nyní půjde klonům RHEL.
Ale historicky nikdy neexistoval takže je to OK, narozdíl od RHEL, kde byl/je CentOS.
Vydělává SUSE na tom že neexistuje klon SLES (PR, povědomí už. základna…)?
Nevydělává.
</flame>
Není openSUSE Leap klonem SLES? Nejsem si úplně jistý, ale tuším většina balíčků je přímo ze SLES repozitářů. Navíc je to podle mě celkem dobré distro, byť nemá šťastný release model, verze 15.5 stojí na dost starých základech a do kernelu 5.14 nejsou backportované drivery z 6.x
30. 6. 2023, 12:43 editováno autorem komentáře
Děkuji autorovi za článek, ten se mi líbí i názorově.
Je mi jasné že zaměstnanci RedHatu nikdy nebudou kritizovat Centos a budou užívat pozitivní argumentaci a chovat se podle přísloví "Koho chleba jíš toho píseň zpívej" nemám jim to za zlé. RedHat jako distribuci mám rád. Nicméně i oni v base licenci parazitují na již hotových opensource projektech a vlastně prodávají support. Ve výsledku se nic neděje.
Alma/Rocky koupí jednu dev. licenci a bude vše vyřešeno. Vývoj půjde dál. Nicméně je to přesně Centos před cca 5 lety. Ono se to nějak udělá. Zatím to je dle GPL správně.
Jde o to jestli RedHat udělá I ten druhý krok a zakáže používat SRC kódy, třeba time razítkem.
Viz vyjádření Rocky Linux
Moreover, Red Hat’s Terms of Service (TOS) and End User License Agreements (EULA) impose conditions that attempt to hinder legitimate customers from exercising their rights as guaranteed by the GPL. While the community debates whether this violates the GPL, we firmly believe that such agreements violate the spirit and purpose of open source. As a result, we refuse to agree with them, which means we must obtain the SRPMs through channels that adhere to our principles and uphold our rights.
The latency of this status update has been due to our desire to balance the needs of the community and technical requirements, with the challenges to open source and community principles that Red Hat has created. Fortunately, there are alternative methods available to obtain source code, and we would like to highlight two examples:
One option is through the usage of UBI container images which are based on RHEL and available from multiple online sources (including Docker Hub). Using the UBI image, it is easily possible to obtain Red Hat sources reliably and unencumbered. We have validated this through OCI (Open Container Initiative) containers and it works exactly as expected.
Another method that we will leverage is pay-per-use public cloud instances. With this, anyone can spin up RHEL images in the cloud and thus obtain the source code for all packages and errata. This is the easiest for us to scale as we can do all of this through CI pipelines, spinning up cloud images to obtain the sources via DNF, and post to our Git repositories automatically.
These methods are possible because of the power of GPL. No one can prevent redistribution of GPL software. To reiterate, both of these methods enable us to legitimately obtain RHEL binaries and SRPMs without compromising our commitment to open source software or agreeing to TOS or EULA limitations that impede our rights. Our legal advisors have reassured us that we have the right to obtain the source to any binaries we receive, ensuring that we can continue advancing Rocky Linux in line with our original intentions.
No možná změnilo.
Do teď jsem si myslel, že když máme RHEL. Platíme za jeho podporu tak je vše podle licence.
V několika diskuzích jsem četl, že pokud mám vedle RHEL ještě Cenos, tak je to porušení licence i když s problémama Centosu k Redhatu pro podporu nechodím. Vživotě by mě to ani nenapadlo.
Nemůžu najít zatím žádný oficiální RH zdroj, kde by toto bylo napsané. Tak nevím jestli jsou to jen klepy ...
Změnilo. Žila byla jedna firma. Na začátku byla argumentace "co tam dát? no na Produ je redhat, tak tam dej Centos, ať to máme stejný".
Pak přišla slavná veselost s C8, kolega vítězoslavně a ospale ohlásil zdařený upgrade ... a během necelého měsíce přišla zpráva o zkrácení podpory. Inu nas****ost velíká, dohodlo se, že tohodle opravdu nemá nikdo zapotřebí a daly se tam Debiány.
A po téhle současné opravdu PR dokonale zvládnuté taškařici už se opravdu jen čeká, kdo se zeptá první nahlas, jestli ten RH na produkci vlastně potřebujeme.a jestli ten OpEx není vlastně vyhozený z Wokna.
A jak píše předřečník. nejistota a nejednoznačná komunikace rozhodně není argument pro zůstat.
Naopak, velké firmy tvoří cenu vždy na tělo. Takže ve skutečnosti to bude - teď jen tipuji - něco jako "zaplaťte o třetinu víc a přejděte z centos na rhel"... Klasické win-win, zákazník má pocit velké úspory a získá oficiální podporu, zatímco RH se s tím nadře stejně jako dřív, ale má víc peněz. Zhruba takto se dělají dealy.
A pak zjisti, ze support je pretizenej, ma svy priority, reseni jeho pozadavku za ty prachy drhne a zacne rychle premyslet o jinem reseni :-)
Nezabiju. Takto se svět točí. I když existují odborníci, kteří umějí problémy řešit do hloubky, nemáte nikdy dobrou možnost si mezi nimi vybrat a být si jistý, že máte toho správného, a že dělá správnou věc. Spíš bych řekl, že se při maximální snaze v průměrném případě dostanete na efektivitu právě toho placeného supportu. Jednou si vyřešíte problém rychleji a levněji, jindy naopak.
Jenže s tímhle se pracuje skutečně špatně. Blbě se odhadují nejen výsledek, ale i náklady. Proto si kupujete support, protože tím dostanete vše do měřítek. Možná nemáte problém vyřešený nejrychleji, jak by to šlo, ale zase máte jistotu, že ho máte vyřešený tak rychle, jako podobní zákazníci (tj. třeba i konkurenti).
Pokud to nebude fungovat dobře, tak interní IT nebude řešit, jak to zlepšit. Předá to jako požadavek na obchodníky, aby na RH zatlačili. A ti buďto vyjednají lepší support, nebo dokonce člověka od RH interně, nebo třeba slevu na služby. S tím už ale firma dokáže pracovat.
To, jestli něco ve skutečnosti funguje, je až druhořadé. On se vždycky najde nějaký trouba, co vymyslí buďto řešení, nebo workaround, takže se "i dnes" incident přežije.
Ajťáci příliš žijí v představě, že nejdůležitější je kvalita jejich práce, a jsou neustále zhrzení, že makají i přes čas, ale pak násobnou částku dostane nějaký support, který z jejich pohledu funguje hůř. Nejste první, kdo to takto vidí, a obávám se, že nebudete první, komu se to podaří prolomit.
Placeny support muze mit spoustu tvari - a to, ze budu platit zrovna RH mi fakt nezaruci, ze nekde jinde neni nekdo, kdo do toho vidi lip :-) A zrovna u tak velkeho korporatu typu RH naopak riskuju, ze me s mym problemem odpalkuje nejaky 1st-level support, rozhodne nemate zadnou zaruku ze se na vas problem lidi z 3rd/4rd ci kolik tam maji vlastne urovni... A tim padem ani nemuzete rict, ze 'vic udelat neslo' :-) Teda muzete, ale pak je to jen obycejny alibismus, kdy se odvolate na nekoho jineho a ne realny stav, kdy fakt vic udelat doopravdy neslo.
Ostatne lidi a firem, co podobne sluzby poskytuji i u nas v CR najdete spoustu. A nektere to delaji fakt dobre a u nich bych tomu 'vic uz neslo' i veril vic, nez nejakemu vyzbleptu z hlubin mega-korporatu... :-) A vite proc? Pro ten velky korporat ala RH jste v konecnem dusledku i obchodne jen nezajimava kapicka v mori, kterou kdyz ztrati jako zakaznika, tak je to bolet vubec nebude - zvlast v ceskych pomerech. A podle toho se odviji i uroven jejich snazeni...
JJ klasický alibismus :-) Ani Franta to neumí spravit.
K RedHatu, po tom co jsem řešil problém s NFS při vysoké zátěži. a výsledek bylo to není bug, ale featura mi můžou vlézt na záda. Dohledat to šlo těžko, bo se to nelogovalo, ale rovnou v jádře zahazovalo.
Důležité je si obecně uvědomit, ž i licence komerčního SW je typu AS IS, tedy s chybami se počítá a garance odstranění nikdo nedává.
Nemel byste to spise sdelit vy ctenemu publiku, co je teda skutecnym prinosem te podpory od RH? ;-) Kdyz drtiva vetsina software, ktere v systemu dostanu je fakticky neco vzateho z upstreamu? :-) S timhle argumentem realne s prstem v nose zavrete vetsinu ticketu na podpore, pokud se nebudeme bavit o tom, ze v nejakem konfiguraku se nekdo upsal.
To není alibizmus. V komerčním světě není cílem být dokonalý, stačí být lepší než konkurence. Cokoliv jiného je neefektivní z hlediska zdrojů. Samozřejmě máte i nadšence co se snaží víc, ale nejde to dělat u všeho.
Jestli neznáte: tak: https://en.wikipedia.org/wiki/Perfect_is_the_enemy_of_good
V linuxu je to ještě víc vidět na produktech, které jsou založeny na stejném upstreamu.
Můžete se totiž snažit sebevíc, ale pokud upstream vaše změny odmítne, tak to prostě buď nespravíte nebo budete navždy platit cenu za udržování downstream only patchů. Což je mimochodem dost drahé, protože stačí aby upstream něco změnil a musíte je kompletně přepsat.
Ale to, jestli jste opravdu lepsi nez konkurencni reseni posuzuje zakaznik, nikoliv vy z pozice dodavatele, ze? :-) A zrovna skutecnost, ze lidi radsi sahnou radeji po nejakych klonech nez po tech vasich udajne skvelych sluzbach take o necem svedci? Treba o tom, ze to je asi predrazene pri zhodnoceni pomeru cena:vykon ;-)
Cena je vždy o dohodě. Nelíbí se Vám? Vyjednejte si lepší nebo běžte jinam. Nikomu ty služby nenutíme.
Jenže problém je kombinace klonů a RH supportu. Kdy už to konečně pochopíte.
Ti co si pořídí klony často ve skutečnosti chtějí ty RH garance nebo support, jen za ně nechtějí platit.
Pokud nic z toho nepotřebujete, použijte CentOS Stream. Tam Vás nikdo platit nenutí.
To je konstrukt RedHatu v rovine, ze stokrat opakovana lez se urcite stane pravdou :-) Kdyz na nejaky software drzite podporu a je naprosto irelevantni, kde se mi projevi. To, ze na chybu narazim na klonu a soucasne ji dokazu zreplikovat na Vasem produktu, nemuzete se zacit vykrucovat, ze ji resit nebudete. Do toho rizika jste sli dobrovolne a nikdo vas nenutil. Ja ten bug muzu klidne poprvy potkat na Debianu nebo klidne LinuxFromScratch zbastlenym na koleni - ale na RHEL ho uspesne zreplikuju, nahlasim... to ho jako nebudete resit? ;-) Kdyz to je soucasne bug, co se tyka software, na ktery teda udajne davate podporu?
Bohužel je řeč o dvou různých věcech.
1. Chyby a problémy v SW. To je to, co většina diskutujících vidí. A ano, tady má smysl to řešit bez ohledu na to, kdo to reportuje a kde to poprvé viděl. Je to oprava, kterou pak stejně dostanou všichni a SW to zlepší. Diskuse může být maximálně o stanovení pripority a metody čištění backlogu ticketů.
2. Chyby na straně zákazníka. Děláme support databázové aplikace a cca 90% ticketů jsou o tom, že si zákazník neumí nastavit IDP, že si nastavil špatně ODBC nebo má špatně connection string. Evergreen je PowerBI a jeho reakce na změnu databázového modelu apod. Vlastně věci, které s naším SW vůbec nesouvisí, protože je to Snowflake. Tohle je něco, co musí řešit i RH. Bere to čas na zjištění root cause, ale samotný produkt to nijak nevylepšuje. Pokud je řešením pokyn typu "změňte si nastavení VPN", "musíte si přidat roli XY do Okty" nebo "Podíveteje se na tenhle dokument AWS, tam je návod, jak to otestovat a nastavit". Pak to skutečně samotnému produktu nepomáhá.
Otázka je, jaký je poměr. Pokud je drtivá většina bod 2, pak chápu, že to někoho štve. Otázka je, zda to RH řeší správně.
No nevim, uvedom si, kdo to adminuje a kdo tudiz s tim supportem komunikuje. Tim netvrdim, ze se nedejou reporty ktery nejsou bugy jako takovy, ale jak je znamo, pokud neco vyzaduje cteni navodu, je to spatne vyrobeno. To plati i pro SW.
Nebo si myslis, ze se normalni IT bude obracet na support, pokud najde v logu nejakej smysluplnej error/warning/... ze kteryho vycte, co ze to ma blbe? Problem je, ze pokud tam vubec neco najde, tak to typicky vypada jako "unhandled exception .... /cosi/kdesi/nikde/nekde ... nazev.bin"
Legracni je, ze z toho v 90% pripadu neni schopen identifikovat problem ani vyvojar. Coz pak pochopitelne vzdy vede ke krkolomnymu(a nakladnymu) dohadovani se kde je pes zakopany.
Jenze stanovisko z RH je primarne o tom, ze hrozbou pro opensource je to, ze nekdo vezme zdrojaky (s jejich patchi) a prelozi si je... :-)
Takze ano, kdyz si to clovek prezvejka, tak vadi uz ten bod ad 1.
Víte, ono to někdy není tak jednoduché a přímočaré...
Máme ve firmě RHEL a počty serverů utěšeně rostou. Je sice pravda, že mít všechno minimálně třikrát (DEV-INT-ACC-PRD) trochu leze do peněz, ale zase máme standardní prostředí a standardní support.
A taky máme subdodavatele. Kdysi to byla garážovka, ale vyšvihli se a teď jde o relativně velkou firmu s mezinárodní působností. Jenže jejich software je postavený nad CentOS a dodávaný jako balík, black-box. Pokud bychom trvali na instalaci na RHEL, nedají nám podporu/záruku.
Při změně charakteru CentOS se objevily problémy s aktualizacemi - a nabídka přejít na Rocky/Alma.
Nebo můžeme změnit dodavatele - jenže jejich řešení je s velkým předstihem pro nás nejlepší (nikoliv nejlevnější).
A včil mudrujte, jaký jsme mizerný zákazník, který odmítá skvělý support Red Hatu a instaluje si ty hnusné klony.
Kdyby platilo jen: není cílem být dokonalý, stačí být lepší než konkurence
....
Jenže ono je často mnohem jednodušší tu konkurenci pořádně pohanět a svůj produkt pochválit - zvlášť, když všichni prodávají v podstatě to samé.
(Trochu mi to připomnělo prodavače jahod na zdejší tržnici: ráno byli všichni na samosběru na nedaleké plantáži, dopoledne vybalili jahody na stánky - a nejlepší a nejúspěšnější je ten, který lepí na košíky samolepku se svým logem, přičemž všichni ostatní, se stejnými košíky, jsou mu trnem v oku. Přitom zákazníkům je v podstatě jedno, jaký je košík, jahody jsou v zásadě stejné a záleží spíš na tom, kdo sbíral opatrně a komu odpoledne začínají ohnívat. Někteří z nás stejně nejradši vyrazí na ten samosběr...)
Jasně a ty tisíce vyvojářů v Red Hatu celý den píšou jen definice pro RPM. Tak třeba zprávička přímo odtud ze včerejška:
https://www.root.cz/zpravicky/nova-optimalizace-objtool-pro-kompilaci-jadra-6-5/
Doporučuji tu část:
Do jádra 6.5 poslal Josh Poimboeuf z Red Hatu další optimalizace objtool
Tolik k tomu okopávání a hnojení. Ukažte mi něco podobného z Rocky a Almy. Oracle je taky klon, ale nikdy netvrdil, že budou bug to bug compatible a vývoje se účastní. Alma a Rocky to mají jako filozofii distribuce.
To, ze kecate snadno vyvrati activity u nekterych na Githubu. A to, ze jejich kontribuce miri do mist, ze kterych vy sam nic ve sve praci nemate fakt neznamena, ze nedelaji vubec nic. Aneb opet se snazite o hejt z kategorie, ze bez RH by se prestala tocit zemekoule. Vas stale omylany bug-to-bug argument je taky usmevny, sami hromadu tech bugu prejimate z upstreamu zrovnatak. Aneb stejny bug bude v RHEL, Rocky, Alme.... ale taky v Debianu, Ubuntu, Archu, Gentoo... a bud je to kriticky a nekdo to opravi, nebo je to nejaka ptakovina, co pocka a pak to nebudete resit ani v RH, ze? ;-)
> sami hromadu tech bugu prejimate z upstreamu zrovnatak
Jenže my negarantujeme, že budeme mít identické bugy s někým jiným. A neinzerujeme to jako princip celé distribuce. Rocky ano.
Rocky nemůže opravit žádný bug, protože by porušili svůj vlastní slib, že ty bugy budou mít.
> Aneb opet se snazite o hejt z kategorie, ze bez RH by se prestala tocit zemekoule.
Ne, bez RH by se přestal točit jenom Rocky s Almou. Protože ti mají celou existenci postavenou na tom, že klonují RH. A mají to jako hlavní tahák přímo na úvodní stránce svého webu.
To jen vy se tu pořád snažíte diskuzi vztáhout na linux a komunitu jako celek.
Vy to uz fakt prehanite :-) Jakoze kdyz jim bude nejaka aplikace segfaultovat, tak to neopravi jen proto, ze v RHEL to pada taky...? :D Rekl bych, ze jste vubec nepochopil, o cem ta bug-to-bug kompabilita je, nebo si to vykladate prilis extenzivne. Nastudujte si Hyrumuv zakon, tam to mate vysvetlene.
Na to aby zaniknul Rocky/Alma byste museli cely EL pohrbit, spalit a zahrabat pod zem a postavit si neco uplne jineho from scratch, co ale soucasne dokazete prodat svym zakaznikum a soucasne nebude postavene na otevrenych produktech ;-) Tak trosku mission impossible - takze hodne stesti, Jime! ;-)
To je o tom, ze uzivatele ocekavaji nejake konkretni chovani, byt je s ohledem na formalni specifikaci chybne. Blize viz wikipedia, nebudu to sem opisovat.
"To není alibizmus. V komerčním světě není cílem být dokonalý, stačí být lepší než konkurence."
Omyl, v komercnim svete se resi, co za kolik dostanu. A jelikoz u RH za dlouhy prachy dostanu zjevne prd, proc bych to mel platit?
I kdyz si za ty prachy najmu negramotnou uklizecku, bude ty stroje aspon oprasovat = prinese alespon nejaky uzitek.
Ale to je přece normální vztah mezi zákazníkem a dodavatelem. Vám ten "korporát" leží očividně hodně v žaludku.
Taky se Vám totiž může stát, že malá garážovka skončí a jste tam, kde jste byli. Bez supportu.
Velká firma si zase může dovolit analyzovat velké množství hlášení a upozornit Vás třeba aktivně na bug, co nahlásil někdo jiný. Nebo zaručit odpověď 24/7 (ne opravu, ale minimálně analýzu a možná i workaround). Nebo podporovat všechny Vaše pobočky roztroušené po planetě.
Vyhodnoťte si cenu, nabídku, smluvní podmínky a vyberte si řešení vhodné pro Vaše nasazení. Ale přestaňte ostatním kecat do toho, komu platí. Věřte, že naši zákazníci a partneři si to spočítat umí.
Umíte si udržovat Debian in-house? Super. Rádi na komunitní úrovni budeme spolupracovat. Nějaký patch do kernelu pošlete vy, nějaký my. Nebo se potkáme jako maintaineři něčeho jiného.
Konkurence je naprosto v pořádku. (Nicméně kopie produktu bez sebemenší snahy o spolupráci a následné podstřelení ceny není něco, co by se nám líbilo.)
To vy kecate do toho, co si kdo zvoli za reseni, plivete na ostatni a ocividne vam hodne lezi v zaludku, ze jini dokazou totez i levneji :-) A tak si vymyslite zastupne pseudoargumenty o parazitech. Asi tech zakazniku neni az tak moc, kdyz resite podobne ptakoviny.
Ale pokud preprodavate prevzate produkty s otevrenymi licencemi, musite se umet smirit s tim, ze to jini budou kopirovat. To je v obecne rovine princip otevrenych licenci.
> To vy kecate do toho, co si kdo zvoli za reseni, plivete na ostatni
Opravdu? Kde? Komunita brečí, že nebude mít RHEL zadarmo. Proč? Vždyť pořád tvrdí, že žádný support ani garance nepotřebuje.
Plivete tu akorát vy, na Red Hat a na "korporace" obecně.
Red Hat zveřejňuje CentOS Stream a financuje vývoj i samotné komunity. Prokazatelně utrácí miliony dolarů přímo ve prospěch lidí co na open source pracují i mimo RH.
Podívejte se na jakoukoliv větší open source konferenci a Red Hat pravděpodobně bude mezi sponzory. To samé Linux Foundation, CNCF, Apache foundation a další.
Proč Vám tak leží v žaludku, že na to někde musí vydělat?
> ze jini dokazou totez i levneji
No.. nedokážou. Protože nepřispívají na vývoj, neposílají patche a neřeší chyby. Chtějí doslova a do písmene "kopii RHELu včetně všech chyb" (bug to bug compatible). To jsou jejich slova, ne moje.
Pokud by to Red Hat přestalo bavit a produkt ukončil, tak klony skončí taky. Právě proto, že nemají naprosto žádný vlastní přínos. Jejich know-how je schopnost kopírovat.
Až začnou posílat vlastní patche a účastnit se komunitní práce, budeme se k nim taky chovat jinak.
Protoze se to stale snazite navliknout tak, ze RH je ten jediny kdo nekam prispiva s tim, ze vsichni okolo parazituji. Ale tak to proste a jednoduse neni. Je hromada dalsich distribuci a organizaci, ktere s RH nemaji vubec nic spolecneho a prispivaji taky. Ro jen v RH jste se zamerili na uzkou skupinu, o ktere si myslite, ze vam pry krade prachy. Ne, svet se fakt netoci jen kolem RPM.
Kdyby RH skoncil, nestalo by se nic fatalniho. Tohoto strasaka si nechte od cesty, podobnych jsem uz za to vice jak ctvrtstoleti s Linuxem videl spoustu :-) A ten katastroficky scenar se nikdy nenaplnil. Je zajimave, ze to straseni vzdycky prichazi od tech, co trpi pocitem sve nepostradatelnosti a nenahraditelnosti ;-)
> Protoze se to stale snazite navliknout tak, ze RH je ten jediny kdo nekam prispiva s tim, ze vsichni okolo parazituji.
To není pravda. Red Hat se ohrazuje proti bug kompatibilním klonům RHELu s nulovým přínosem pro komunitní vývoj. To nejsou všichni.
A Vám jsme očividně šlápli na kuří oko. Jinak si ty neustálé nenávistné útoky fakt neumím vysvětlit.
Me nikdo na kuri oko neslapnul (RH se dotykam jen s dlouhou tyci obdobne, jako kdyz elektrikar saha na VN/VVN), ja se jen bavim tim jak RH kolem sebe vztekle kope. A nulovy prinos je blabol - ten se fakt nemeri jen tim, ze si vezmete nejaky seznam vybrany lidi a zacnete delat nejak audit toho, co kam poslali. Uz to, ze ten software i ty klony zpristupni dalsim lidem zvysuje sanci, ze se na bug prijde - a treba se opravi rovnou v upstreamu a nikoliv skrze vase repo. Nebo chcete rict, ze uzivatel (treba) Rockyho, co posle patch rovnou do toho upstreamu neni prinosny? A nic ve zlem, na to nema kapacity ani ta vase tisichlava san, aby toto opravdu seriozne zauditovala ;-)
A mimochodem:
> Je zajimave, ze to straseni vzdycky prichazi od tech, co trpi pocitem sve nepostradatelnosti a nenahraditelnosti ;-)
Pokud je vaším cílem poskytovat:
"Rocky Linux is an open-source enterprise operating system designed to be 100% bug-for-bug compatible with Red Hat Enterprise Linux"
"An Open Source, community owned and governed, forever-free enterprise Linux distribution, focused on long-term stability, providing a robust production-grade platform. AlmaLinux OS is 1:1 binary compatible with RHEL and pre-Stream CentOS."
Tak je existence RHELu naprosto nutná podmínka pro to, aby Vaše distribuce mohla vůbec existovat.
Mimochodem si všimněte, že Alma slibuje dokonce binární kompatibilitu! Tu neměl ani původní CentOS.
Ale te kompability jde dosahnout ruznymi zpusoby a predpokladam, ze i vy sam to dobre vite :-) Ale trosku jste mi pripomel doby, kdy zacinaly vznikat klony intelich CPU (Cyrix, AMD, VIA, NEC...), to z Intelu fnukali podobne, jako ted vy a kdy samozrejme cilem tech vyrobcu take bylo byt kompatibilni, dokonce na urovni strojovych instrukci, ze? ;-)
Kompatibilita na úrovni strojových instrukcí je z pohledu programu "pouze" API PC kompatibilního stroje.
Alma slibuje identické strojové instrukce a identické struktury včetně jejich umístění a velikosti v binárkách. Aby fungoval linker bez překompilace. A to je těžká práce.
Binární kompatibility s RHELem jde tedy možná dosáhnout jinak. Akorát Alma to tak nedělá.
Ja osobne som vďačný za RedHat a čo pre nás urobila. Na druhú stranu mi príde že vnútorne tá firma je vo vojnovom konflikte. A keď to vidím, chce sa mi z RedHat grcať. RedHat by si definitívne tento článok mal prečítať. Pretože presne ako bolo povedané, oni stavajú na prácach komunity. Takže ak komunita používa ich práce, ako oni používajú práce komunity, nie je to parazitovanie komunity na RedHatu ale vzájomná spolupráca. A o tom Open-Source je. V tom je práve OSS v čom vyniká, a prečo je lepší.
A peňazí rozhodne majú, či už z enterprise riešení, cloudu, supportu, atď. Prečo by im mali vadiť klony, vážne netuším.
No ono je to otázka jak ty lidi najít a identifikovat.
Člověk, který děla pro Rocky Linux buídící systém klidně muže posílat patche do Kernelu, BASHe, OpenSSL, LibreOffice a vy o tom ani nevíte protože nemá e-mail …@rockylinux.com. A na jeho práci v OpenSSL zase staví RHEL svůj systém.
Takže jen voláte chytré zloděje a ukazujete do anonymního davu.
https://almalinux.org/blog/our-value-is-our-values/
> We have also enriched the upstream community. AlmaLinux community members have submitted PRs to projects such as RPM, AWX, and VirtualBox. Our community has sent over 50 PRs to GlusterFS and also extended openQA. A Red Hat employee even thanked us for enabling Fedora tests to run on ELN and RHEL. An AlmaLinux contributor (who was formerly an ArchLinux user) was so fired up by our community that he now maintains over 600 Fedora and Extra Packages for Enterprise Linux (EPEL) packages, including some widely-used ones like certbot, brotli, iperf3, imapsync, and countless Python libraries, many of them as the primary contributor maintaining them for the greater Fedora and Enterprise Linux ecosystem. EPEL is tremendously important to both Red Hat and RHEL users.
Porad delam "git push github; git push kernel.org", porad plati "upstream first". Predstava, ze zdrojaky od RH nebudou dostupne je uplne mimo realitu. K cemu bude tezsi se dostat v pripade neplaceni je pridana hodnota (vcasne updates, QA, certifikace, apod.) co nad tema zdrojakama RH dela. Rozdil mezi mainstream distrama Linuxu je minimalni, web server, desktop, apod, rozbehnete temer na vsem a vyvojari se k RHELu dostat zdarma mohou. Pak je tedy otazkou proc nekdo potrebuje zdarma distro co je zcela a uplne kompatibilni s RHELem... Jadro problemu jsou parazite co preprodavaji sluzby RH dal ale neplati za ni (a casto ani nic komunite nevraci) ...
Nojo ale pokud tohle parazitování je v souladu s GPLvě (atd), pak je to prostě daň za cestu, kterou si RH zvolil. S tím nic nenaděláš. RH by nikdy neměl byznys, kdyby nemohl vzít celou tu GPLv2 (atd) věc a na ní svůj byznys začít stavět. Vždyť z tohoto hlediska byl minimálně ve svých počátcích sám parazitem: prodával placenou podporu na něco, co vyvinuli a vyvíjeli jiní. A nikdo mu to myslím takhle nevyčítal, jako to McGrath a spol vyčítají Rockymu a spol.
Proč RH nepostavil svůj megabyznys na bedrech BSD? Proč si vybral Linux s jeho GPLv2? Ví to někdo? Teď se nesnažím rejpat, odpověď na tuhle otázku by mě celkem zajímala.
Kam saha moje pamet, tak s BSD to byvalo vzdycky o neco slozitejsi, pocinaje ovladacema k HW, nebo treba i nekteryma funkcema v kernelu (podpora TCP MD5 treba; ale to budou znat max. ti co si hrali s pruhovanou zveri). A dostat to na desktop byla teprve rehole. Zatimco s Linuxem to byvalo vzdy ponekud vic na pohodu, zvlast kdyz to chtel mit clovek na notebooku...
RH od pocatku neco te komunite vracet a byt jeji soucasti, GPL je v tomto pripade vnimana jako platforma kde se mohou setkat ruzne subjekty a motivace ke spolecnemu vytvoreni neceho lepsiho atd. Zaroven to co RH prodaval a prodava je nejaka sluzba co musi udelat, tedy ani na pocatku nebyl cistym parazitem, ty zakazniky musel obslouzit, bugy opravit atd. Klonari nedelaji ani toto, oni jsou proste proxy mezi jejich zakaznikem a RH, s tim, ze naklady plati RH, jen k tomu "svemu" produktu delaji aktivne marketing, tedy neni to ani nahodou nejaka komunitni zalezitost nejakych nadsencu.
Ten klon ma smysl jen a pouze prave protoze k tomu je support, jiny duvod tam nenajdete ... ten prinos pro komunitu je nula. Pokud si ti zakaznici nainstaluji Debian bude to pro komunitu prinosnejsi ...
(Ja osobne bych treba volil vysvetlujici kampan nez sahat na pristup k src.rpm, ale nejsem v pozici, ze bych o necem takovem mohl rozhodovat. Kazdopadne rozhodnuti managmentu RH rozumim a chapu, ze citi potrebu neco udelat, protoze dlouhodobe by to nebylo unosne a tratila by na tom i Linux komunita).
Nevim jak to maji ostatni, ale pro me je jednim z podstatnych parametru nasaditelnosti distra pocet uzivatelu. Malo lidi = malo otestovano = spousta bugu.
Pokud pripustime, ze s touhle akci RH uspeje, klesne pocet uzivatelu tak na 1/10. Tudiz RH sice ubyde hlaseni chyb, ale rozhodne neubudou ty chyby, naopak, bude jich tam vyrazne vic.
Zadny paraziti tu nejsou, RH se rozhod pozuvat GPL, ostatni jen uplatnuji prava ktera jim GPL dava. Pokud tu nekdo parazituje, je to prave RH. Spousta uzivatelu nechce roling distro, ale zaroven nevidi duvod, proc platit predrazeny support, ktery je jim uplne nanic.
Pri stovkach stroju si za ty prachy muze firma najmout vlastni lidi kteri budou realne delat to co potrebuje dotycna firma.
No oni rekli, ze si tam vezmou i SRPM :-) Takze to info s nim dostanou, ze?
Kazdopadne puvodni dotaz znel jinak, ze? Ne, kopirovani GPL binarek neni kradez :D
Však to je hned v mém komentáři, na který reaguješ. RH a GPL dovolují ty binárky ukrást:
> Však RH ti nebrání krást binárky
Problém ty clone distribuce mají v tom, že buď nemají plný přístup k těm SRPM (koneckonců GPL říká, že zdrojáky máš dávat jen svým uživatelům/zákazníkům, nenutí že všem lidem na světě) nebo tam nejsou všechny potřebné informace (nastavení, pod jakým běží buildovací skripty). Jinak by přece nebrečely, ne?
Omyl soudruhu, ti co po tom touzi nebreci a si poradili po svem :-) Jinymi slovy temi kecy o hrozbach se RedHat akorat ztrapnil ;-)
To ma dve prerekvizity... treba, ze se nestastne trefite do toho 1%, co bude pod nejakou obskurdni licenci a nepujde binarne skopirovat z repozitare as-is :-) A druhou je vubec potrebnost nejake certifikace jako takove, motivace pouzit klon byva spise jina... treba to, ze proste potrebujete kvuli jinemu software, aby proste jen fungoval (s vazbami na knihovny v konkretni verzi) a sluzby "navic" od RedHatu k tomu proste nepotrebujete.
Zacinate nam Jirsakovatet, zatimco ja popisuju abstraktni chovani lidi okolo, vy to obratem prekroutite do roviny, ze to tak musim delat ja. Muzete se tech lidi, co klony RH pouzivaji zeptat, proc radeji sahnou po nich. Me se neptejte, ja pouzivam Debian uz od dlouho... od RH jsem kvuli jejich "pojeti" utekl uz nekdy v roce tusim 2006-2007.
Ale ano, ono GPL tak trosku komunismus je. Neco udelate, travite nad tim spoustu casu vsichni to muzou zkopirovat a zaplatit za to nemusi nikdo nikomu nic. Ale tvurce software to tak chtel, ze...? Nikdo nikoho prece nenuti svuj produkt vydat zrovna pod GPL.
No takze klony nadale budou vznikat, protoze to dostupne zadarmo zahrnuje i vsechny patche atd... :-) A zamlzit to, jak se to kompiluje bude problem i z pohledu bezpecnosti - na to, abyste mohl overit, ze binarka je opravdu totez, co je ve zdrojovem kodu potrebujete mit moznost ten build taky zreprodukovat... a ne jen doufat, ze tam nepodstrcili neco navic, co ve zdrojaku neni :D
Tak nam to pripomente :-) Zatim se tocite v kruhu na tom, ze pry nekdo knuci. To muzeme rict, ze knuci treba panove z RedHatu, mate to tady od nich i pisemne. A je vic nez ocividne, ze popsany problem fakt nevyresili... :-)