openSUSE: 42

Tým openSUSE pracuje na zcela novém vydání linuxové distribuce openSUSE. Pracovní název vydání je openSUSE: 42 a bude založeno na zdrojových kódech SUSE Linux Enterprise. Představeno by mělo být na konferenci SUSECon konané ve dnech 2. až 6. listopadu v Amsterdamu.

28.6.2015 12:21 | Ladislav Hagara | Komunita

Komentáře

[Bluebear]

To bude ještě horší softwarové muzeum než obvykle. Python2? Wtf?¹

[alternativnitramp]

no , treba by mohl nekdo z prazske pobocky aspon potvrdit, jestli chteji byt druhe Centos?

[2X4B-523P]

v podstate ano, melo by to byt neco jako dalsi CentOS

[Michal Kubeček]

Zatím není úplně jasné, jak přesně to bude vypadat, ale určitě není v plánu distribuce ve stylu CentOS, tedy jen přebalený a odbrandovaný SLES (SLED). Zatím se (mi) jako nejpravděpodobnější jeví varianta, že základní balíčky budou převzaté ze SLE a nad tím budou jednak ty, které ve SLE nejsou, jednak ty, které nejsou zásadní pro funkci systému jako takového a u kterých je žádoucí mít novější verze, pravděpodobně ve formě nějakého snapshotu Factory. Zatím se ale bohužel nejvíc diskutuje o jménu. :-(

[little.owl]

Zatím se ale bohužel nejvíc diskutuje o jménu.

OpenSUSE: 42 je OK.

Spise by me zajimalo proc vlastne? Co si od toho kdo slibuje?

Za CentOS je pomerne pomerne velka komunita lidi, a tu tady nevidim.

[Michal Kubeček]

Tím, že se z Tumbleweedu v podstatě stala plnohodnotná "rolling upgrades" distribuce, se od klasických openSUSE vydání odlákala nezanedbatelná část uživatelské základny a bohužel i dost podstatná část těch, kdo byli ochotni na distribuci pracovat. Myšlenka je, že distribuce založená na SLE core doplněná o další komunitně udržované balíčky může být jednak zajímavá pro uživatele stojící o delší dobu podpory, kterým zatím openSUSE nemělo moc co nabídnout (až na Evergreen), jednak se využije toho, že maintenance základních balíčků budou dělat ti, kdo ji tak jako tak dělají pro SLE.

Pro mne osobně je to asi poslední šance, jak zůstat u openSUSE. Zkušenosti s 13.2 jsou katastrofální, vyhlídky na další verze neradostné a koncept "rolling upgrades" je pro mne naprosto nepřijatelný. Takže momentálně mám na všech svých strojích (kromě jednoho serveru) 13.1 s jádrem připravovaným pro Evergreen. Jestli to vyjde, bude to fajn, jestli ne, holt se budu muset časem s těžkým srdcem (už podruhé) ohlédnout po nové distribuci.

[.,..]

Zkušenosti s 13.2 jsou katastrofální, vyhlídky na další verze neradostné a koncept "rolling upgrades" Pro mě 13.2 také nebylo nejšťastnější, rolling větev taky používat nebudu. Tak jsem zkusil Mint (cinnamon) a i když nemá yast tak mi zatím vyhovuje i co se týče art designu a líbí se mi hlasování fíčur který pak přijmou vývojáři za svý. Zkoušel jsem i cinnamon v OpenSUSE ale nebylo to ono.

[oreo]

škoda, že maintenance a výběr SLE balíčků stojí za hovno - někam na server, snad, ale na desktop? :)

[Michal Kubeček]

Naši zákazníci si podle všeho nemyslí, že by maintenance SLE balíčků stála "za hovno". Koneckonců, maintenance a support jsou tím, za co nám platí.

[reo]

Kolik těch zákazníků používá SLE jako univerzálně použitelný desktop?

[Michal Kubeček]

Jak to souvisí s otázkou, zda maintenance SLE balíčků stojí "za hovno"?

[Trabant]

Snad kdybyste nechali zamestnance vyspat a resit je technicke problemy misto administrativy, byla by kvalita vyssi.

[little.owl]

Myšlenka je, že distribuce založená na SLE core doplněná o další komunitně udržované balíčky může být jednak zajímavá pro uživatele stojící o delší dobu podpory

Neprima podpora CentOS byl od RedHat-u chytry krok, v podstate si tak vychovavaji potencialni zakazniky. Pokud tohle take neni primarnim cilem openSUSE 42, prijde mi to cele zbytecne. A i v takovem pripade se bude muset udelat mnohem vice, aby to clovek bral jako alternativu k CentOS nebo Debian Stable.

Nekdy mam pocit, ze SLE je drzen pri zivote velkymi zakazniky predevsim proto, aby si Red Hat nemohl delat v teto oblasti co chce.

a koncept "rolling upgrades" je pro mne naprosto nepřijatelný.

+1

[Leinad]

To nevím, co je ten core, který může být starý bez toho, aby to ovlivňovalo zbytek. Když se kouknu na SLED 11, který ještě před rokem byl poslední vydání SLEDu, tak ten měl

 

• tak staré glibc, že nejede ani Chrome ani Steam
• tak starý xserver, že nepodporuje Gnome bariery
• tak starý Qt, že na to nejdou dát ani někoik let staré KDE
• tak staré GTK, že na tom nejde rozběhnout žádné Gnome 3, Cinnamon a dost možná ani Mate
• tak staré PHP, že na tom nešli rozběhat některé php knihovny
• tak starou Mesu, že nepodporovala ani OpenGL 3.3 a měla chyby s WebGL
• neexistující VAAPI, VDPAU pouze pro NVidii

Teď když použijou jako základ SLED 12, tak to bude vcelku v pohodě, je to asi na úrovni běžně používaného Debianu 8 či Ubuntu 14.04. Ale jestli bude zase trvat vydání 5.5 roku jako u SLED 12...

 

[kyknos]

+1

[little.owl]

Nespise to zakaznici nepotrebuji, s vyjimkou glibc by to na enterprise serveru nemusel byt az takovy problem, pokud je tam slusna technicka podpora.

[Miška]

Tak furt tu sou service packy, kde napriklad klidne muze dojet k update kernelu. Dal se openSUSE nemusi nezbytne drzet vseho ve SLE, ale muze si vybrat casti ktere stoji za to udrzovat novejsi - napriklad desktop. Finalni podoba se teprv uvidi, ale urcite bude zajimave to sledovat

[pavlix]

Jakože se u vás rozhodli jít opačnou cestou než v RH? Začít vývoj interně a navazovat na to v komunitě? To se mi popravdě moc nelíbí.

[kyknos]

je to znouzecnost

[deda.jabko]

Začít vývoj interně a navazovat na to v komunitě? To se mi popravdě moc nelíbí.

Naprosto rozumny krok jak dat projektu na pocatku nejakou hybnost, obzvlast pokud je komunita neexistujici, mala nebo pokud dokaze jenom blbe kecat, co by se melo, jak by se melo.

[nt]

Rozumné by bylo takový projekt odpiskat.

[pavlix]

na pocatku

Nejsem si vědom toho, že by openSUSE bylo na počátku.

[Michal Kubeček]

Tak úplně takhle to určitě není. Valná většina SLE balíčků má původ taky ve Factory - ale oproti (tomu, čím dosud bylo) openSUSE je tam delší stabilizační fáze, víc oprav a pochopitelně podstatně důkladnější QA.

[Leinad]

Jak může být u SLED podstatně důkladnější QA, když beta je uzavřená (na rozdíl od openSUSE, Debian, Ubuntu, Windows, RHEL, ...) a dostane se k ní tak podstatně méně uživatelů?

[prodavač kebabu]

co si tak pamatuju, QA SLEDu se nikdy v podstatě nedělala, jen SLES

[Michal Kubeček]

Třeba proto, že existuje vyhrazený tým, který má QA vydávaných produktů jako náplň své práce. U openSUSE nic takového není.

[Miška]

Hmmm, v CentOS probiha nejaky vyvoj? Ja myslel, ze to jen prekompilovany RHEL se zachovanou binarni kompatibilitou...

[pavlix]

Obávám se, že jsi to nějak převrátil. Jestliže píšu, že mi přijde, že jde openSUSE 42 opačným směrem, pak ho srovnávám s Fedorou. Jestliže bych ho srovnával s CentOS, tak bych naopak musel říct, že jde směrem podobným. Jenže ani to by nebylo přesné, vzhledem k tomu, že i rozšiřující balíčky pro RHEL/CentOS (EPEL) jsou backporty z Fedory. Tedy až na drobné výjimky všechno začíná v komunitní distribuci.

[Miška]

No ale potom srovnavas spatne. S Fedorou mas srovnavat openSUSE Tumbleweed, coz je komunitni distro (mozna i vic komunitni nez Fedora). Nove openSUSE bude brat jako zaklad veci ze SLE + nektere nahradi baliky z backportu/factory - cily vysledek je porad vic komunitni distro nez CentOS. Nebude to 1:1 kopie SLE, ale SLE core a nad tim rychleji se pohybujici leaf balicky. A porad si komunita rozhodne co ze SLE vzit a co vymenit.

[pavlix]

Podstatou mého komentáře bylo to, že RH podporuje Fedoru víceméně proto, aby si z ní bral balíčky. Ze zprávičky vůbec není zřejmé, zda se přidává nová distribuce pod stejným názvem nebo zda se mění směr stávající distribuce. A obávám se, že komentáře v diskuzi tomu nijak nepomáhají.

[Michal Kubeček]

Jedna z mála věcí, na které se víceméně všichni shodnou (byť neradi), je to, že mít tři varianty distribuce (rolling Tumbleweed, openSUSE v dosavadním pojetí a long term "42") by sice bylo krásné, ale jak se kdysi říkávalo, nejsou lidi.

[Trabant]

A čím to, že SUSE nemá lidi? :)

[Miška]

Tohle je openSUSE A odpoved je, ze vyvojare zajima hlavne bleeding edge - rolling distro. Tak o regulerni zajem upada, ale pak tu sou lidi co maj zajem o long term a ty by mohlo lip zapojit nove openSUSE...

A proc SUSE nema lidi? Spekulace - protoze roste a potrebuje cim dal tim vic lidi a schopnejch lidi kupodivu zas az tolik neni. Kupodivu spousta lidi nechce nic delat, natoz se ucit ale byt zamestnana.

[little.owl]

Tumbleweed a long term "42".

[2X4B-523P]

az listopad? tak nevim jestli se toho doziju...

[koroptev]

to je ta linuxova konvergence nejdriv bleeding edge shit plnej bugu ted tohle zbejva zrefit ten stred jo on neexistuje