Ja mam CentOS 8 na notebooku, abych mel stejne prostredi jako na serveru ktery taky spravuju. Pouzivam KDE, Gnome mne nevyhovuje. Je ale videt ze se na nej u CentOS kasle (coz chapu, je to pro server). Musel jsem qt5-qtbase zkompilovat sam, aby fungoval numpad a cestina.
https://forums.centos.org/viewtopic.php?f=54&t=75283&sid=032eb60a4e260ffb17845a92d6432cbc&start=30
Ted a update CentOS8.3 prestala fungovat bluetooth mys, po uspani se uz sama neprobudi...
Ceho si na tom systemu ale cenim nejvic je, ze byla slibena podpora do 2029, tj. ze na to skoro 10let nebudu muset sahnout a pojede to. To ted taky padlo.
Když ale řeknete A, pak je na místě říct i B: tedy, že se může ukázat, že daný fix je taky vadný, a do RHEL se nedostane, nebo projde ještě další úpravou. Zatímco uživatelé ve Streamu si ho užijí s plnou parádou.
Ostatně, komentáře, které zde kdy proběhly, byly jen o tom, že je sprosté to udělat uprostřed aktuální verze a s minimálním časovým prostorem (když ho srovnáme s původně deklarovanou dobou stability jednotlivých verzí). Proti vizi samotného CentOS Stream tu myslím nikdo moc nebrojil, někteří se s ním spokojí, jiní přejdou na jiné klony RHEL.
@Jiří Eischmann
Já v tom kvalitativní rozdíl vidím. Pokud se nyní dostane vadná aktualizace do RHEL (byť to třeba je výjimečné), pak se to řeší velmi rychle. Pokud se dostane do CentOS Stream, takový stres už to nebude. Je docela očekavatelné, že se proces vydávání balíku do RHEL v důsledku CentOS Stream taky maličko pozmění - ať už přímým rozhodnutím, nebo jen tím, že k tomu situace bude příznivá. Rozumím tomu, že to vidíte ze současného úhlu pohledu a žádná direktivní změna není, ale myslím, že to co píši taky není úplné věštění z křišťálové koule.
Otázka je aj to, čo je to vadný.
Oznámenie o konci CentOS je vonku týždeň, a už má Stream kernel z budúceho release 8.4. Z pohľadu Redhatu to je v poriadku, z pohľadu používateľov rozbil ABI.
Takže máte ZFS, Lustre, AMDGPU-PRO alebo niečo iné s vlastnými kernel modulmi? No tak smolík, veď nikto nič nesľuboval, však áno.
Moja praktická skúsenosť je, že keď sa mení verzia kernelu v desatinkovej verzii, treba nainštalovať build ZFS pre danú verziu (pouzíval som kABI-tracking kmod repo, nie DKMS). To znamenalo zmenu URL repository ZFS, pre každú desatinkovú verziu ich majú zvlášť práve z tohto dôvodu.
Pozri tiež https://openzfs.github.io/openzfs-docs/Getting%20Started/RHEL%20and%20CentOS.html
No, je fakt, že při změnách v kernelu na ZFS nikdo asi brát ohledy nebude. Tady uznávám, že kernel ze CentOS Stream může způsobovat víc problémů než užitku.
Nicméně je to u klasického CentOSu lepší? Když tam přijde nový kernel, tak se to taky rozbije, ne? Nebo správci toho repozitáře ZFS už stihli zareagovat?