Co nového přinese Fedora Workstation 34

Před asi dvěma týdny jsem po neuvěřitelných 15 letech (!!!), co jsem používal Ubuntu, přešel na Fedoru, konkrétně Silverblue, a zatím jsem naprosto spokojený. Na F34 se těším, ale měl jsem za to, že s PipeWire se jasně počítalo, je to nějaká změna na poslední chvíli, že to možná odsunou až do F35?

Po 15 letech s Ubuntu uz vydrzis opravdu vsechno...

Nevím co konkrétně bych měl u fedory "vydržet". Prostě funguje. Ubuntu nezatracuju, ale přišlo mi, že už nemá vizi a směr, spousta drobností se dlouho neřešila a oznámení Canonicalu, že se nadále chtějí orientovat na framework Flutter (neboli, opět orientace na mobil a "konvergenci") byla poslední kapka.

Já jsem třeba na Fedoře nerozdýchal očesané openssl, nevydržel jsem a přešel na arch.

Schvaluju.

Btw I use Arch.

Na F34 se těším, ale měl jsem za to, že s PipeWire se jasně počítalo, je to nějaká změna na poslední chvíli, že to možná odsunou až do F35?

Není. Původní článek je několik týdnů starý. To ještě nebylo úplně jisté, jestli PipeWire v F34 zůstane nebo se na základě testování vrátíme k PulseAudio. Te už je jisté, že tam PipeWire zůstane. Finální verze má vyjít za necelých 14 dní a už se jede jen závěrečné testování.

A je PipeWire už ve fázi, že se dá používat bez problému? Btw. je tu nějaké výhoda k přechodu z PulseAudio?

Používám F34 (Silverblue) už od první bety, občas HDMI audio, občas zvukovka, 2x USB mikrofon (externí a web kamera), bluetooth sluchátka. Funguje to naprosto bez problémů.

Výhoda: Rozhodně pro lidi co občas potřebjí Jack, teď jde použít jeden zvukový server pro oboje :)

Já s přechodem na 34 počkám, až v něm bude fungovat DING a Dash to Dock :)

Na stolním počítači zvukový výstup přepínám mezi bluetooth sluchátky a bednami, mikrofon mám ve webkameře a funguje to pro mě bez problémů. Stejně tak na noteboocích jsem nezaznamenal problém. Ohromně se to posunulo za poslední tři měsíce, kdy vývojáři udělali na stabilizaci velký kus práce. Poslední měsíc je dokonce najatý kontraktor, aby ty problémy vychytával, protože vrátit se u Fedory 34 k PulseAudio by byl krok zpět.

Výhody oproti PA? Dá se to používat jako náhrada jak za PA, tak za JACK. Lidi, kteří pracují s pro-audio aplikacemi, které vyžadují JACK, nemusí složitě přepínat mezi dvěma zvukovými servery. Pro běžné uživatele je pak výhodou to, že PipeWire na rozdíl od PA podporuje pokročilé kodeky pro Bluetooth (LDAC, AAC, AptX...), takže zvuk v Bluetooth sluchátkách a reproduktorech zní lépe, u některých fakt citelně lépe. V budoucnu se bude hodit i to, že video a audio jdou přes stejného démona (lepší sychronizace audia a videa atd.).

Díky za info. Mě se právě kvůli aktualizaci PulseEffects v systému vyměnil PulseAudio za PipeWire a PipeWire stále padalo. Pak jsem to musel ručně vrátit zpět. Nicméně to už budou tak 2 měsíce. Výhody zní fajn :)

zatím jsem naprosto spokojený
To zalezi co bylo ocekavano a nakonec to bylo vicemene splneno.
Nekdo tim muze myslet i to, ze se mu to podarilo i jen nainstalovat ;-)

"Zadání" znělo: distro orientované na desktop pro denní používání a vývoj (python, rust), se stabilními vydáními (tj. ne rolling), bez nutnosti se vrtat v OS - leda jenom po instalaci a jednou pro vždy, ne průběžně -, mainstreamové se širokou komunitou a ne derivát Ubuntu. Splněno :)

Tak mně do toho docela sedí Debian. U toho doufám nikdo neřekne, že je to "derivát Ubuntu". :-)

Debian není OS na desktop

Měl jsem Fedoru WS pár dní, pak jsem ze zvědavosti zkusil Silverblue a už u ní zůstal. Ostré hrany jsem zatím zaznamenal tři:

1. Ve výchozím stavu nefungují thumbnails u video souborů. To se dá spravit, stačí doinstalovat totem pomocí rpm-ostree (namísto flatpaku). Není to sice zrovna v intencích Silverblue, ale dokud si nautilus nebude rozumět s totemem ve flatpaku, tak jsou jediné dvě možnosti buď tohle, nebo thumbnaily oželet.

2. Nejde instalovat wine. Dá se používat jenom v toolboxu, což by samo o sobě nevadilo, ale problém je, že v tom případě je nutné ručně editovat všechny .desktop soubory pro windowsové aplikace a přidat do nich tooolbox run ...... Není to user friendly, specielně ne pro BFU

3. Patrně nefunguje DKMS (logicky předpokládám, nezkoušel jsem). To nebude problém pro toho, kdo má oficielně podporované hardware a na případnou virtualizaci používá jedině virt-manager nebo boxes, ne virtualbox ani vmware.

Ad 2) už jsme zvažovali, že bychom .desktop soubory exportovali z Toolboxu. Pak by to uživatel mohl pouštět jako jakoukoliv jinou aplikaci. Zatím jsme se k tomu neodhodlali, protože to výrazně zjednodušuje něco, co je nesystémové a jde proti duchu Silverblue. Je ale možné, že to časem přehodnotíme.

Ad 3) dodatečné ovladače jsou u immutable systému obecně problém. Většinou se takové systémy nasazují na předem definovaný hardware a ten obraz je pro něj odladěný. Tím, že je Silverblue obecný systém, který si může člověk nainstalovat na cokoliv, ten problém řešit musí. Třeba Nvidia ovladače se přes RPM overlay doinstalovávat dají, časem asi bude nějaké obecnější řešení. Ale platí, že čím více chce člověk dělat zásahy do samotného systému, tím méně je vhodné Silverblue a tím více je vhodná klasická Fedora.

Oficiálně je primárně určená pro vývojáře (což dává smysl). Připadá mi, že by se dala výborně využít i jako centrálně spravovaný korporátní desktop.

Momentálně ani ne. Typickým uživatelem Silverblue je power user, který je zvyklý na kontejnerové workflow. Už na klasické linuxové distribuci dělal např. celý vývoj v kontejnerech místo v samotném systému. Silverblue je tak pro něj celkem přirozený krok.
Samozřejmě do budoucna to má velký potenciál právě směrem k běžným uživatelům, protože to je výrazně nerozbitnější než klasický balíčkovací systém. Ale ještě je potřeba tomu obrousit hrany.
Jinak velká poptávka po něčem takovém je i mezi zákazníky, kteří provozují stovky až tisíce stanic. Těm by to výrazně usnadnilo jejich správu.

Díky za podnětné odpovědi. Ad 2), proti duchu Silverblue to sice je, nicméně v praxi na to uživatel narazí snadno, např. hry od GOG nebo pár utilit pro Windows, které potřebuje používat. Nepodporovat wine vůbec mu připadá jako příliš velké uživatelské omezení. Dokud nebude pro takové případy doopravdy funkční řešení formou flatpaku je toolbox jedinou cestou. Ono by vlastně stačilo mít RPM, který by šel přidat jako layer a obsahoval by /usr/bin/wine, což by byl one-liner, který by jenom zavolal skutečný wine v toolboxu...

Ad 3) Nejde jenom o vrtání se v systému, ale opět o situaci, se kterou se člověk může snadno setkat. Např. má pár VM ve Virtualboxu, přejde na Silverblue a zjistí, že Virtualbox se nedá instalovat. Přitom mi připadá, že by to snad mohlo jít. DKMS by přeložené moduly ukládal do nějakého zapisovatelého adresáře ve /var. Zatím jsem ostree tak dalece neštudoval, abych věděl, zdali by se pak daly nalayerovat a aktivovat v rámci dalšího commitu, v nejhorším případě, jako hack, by mělo být možné je přidat do initramfs a načíst při bootu.

Ono sú virtualboxové noduly pomaly upstreamované do jadra, takže kým sa Silverblue stane populárne používaným systémom, dovtedy tam možno aj prebublajú všetky a tento problém nebude už viac existovať.

Čo sa týka GOG-u, mám dobré skúsenosti s balením hier do flatpaku. Tým pádom sa dosť radikálne obmedzuje vplyv host systému, aj keď nie úplne a dajú sa rozchodiť aj veci, ktoré by natívne už nešli, napríklad preto, že chcú starý libudev (typicky staré Unity) alebo openssl.

Ja som v Silverblue narazil ešte na jeden problém - nešťastný hp-plugin. Môže sa stať, že aj keď si človek dáva pozor, pred kúpou si pozrie, či vyhliadnutý model nepotrebuje hp-plugin, po zapojení môže zistiť, že informácie na stránkach HP neboli pravdivé a nakoniec ho predsa potrebuje (napr. Color LaserJet Pro MFP M181fw ho naozaj potrebuje - nie na tlač, ale na skenovanie).

No a problém je, že musí byť umiestnený v /usr, nie v /usr/local, ani /opt a zároveň HP nebol ochotný ani len povoliť redistribúciu binárky, aby mohol byť nalayerovaný do ostree aspoň cez rpm.

Jo, já jsem měl stejný problém s ovladačem pro tiskárnu Fuji Xerox v práci. Pak jsem objevil, že jde stáhnout jako balík .deb. Ten jsem tedy konvertoval pomocí alienu. Nebylo to bezbolestné, nakonec jsem musel provést některé úpravy ručně, ale výsledný rpm jsem potom instaloval pomocí rpm-ostree a funguje mi to.

Co se Wine týče, slyšel jsem docela chválu na Bottles (https://flathub.org/apps/details/com.usebottles.bottles), ale sám jsem jej nezkoušel. Flatpak verze Lutrisu (je dostupná ve Flathub Beta repu) bohužel ani po letech není v ideálním stavu. Ještě je na Flathubu dostupný PlayOnLinux 5 (https://flathub.org/apps/details/org.phoenicis.playonlinux), což je ovšem javová šílenost a rovněž má k dokonalosti daleko. Další možností je si přes rpm-ostree nalayerovat systémové Wine, což ale není zrovna ideální řešení.

Díky za tip na botles, podívám se na to. Přidat wine jako layer právě nejde, aspoň ve F33 ne, má totiž závislosti na některých 32bitových knihovnách a Silverblue multiarch nepodporuje...

Ad1) Takze nevhodne jako desktop pro multimedia.

Když se totem instaluje jako RPM, tak je to v pohodě

neviam ako vam, mne to nove gnome nejako nesedi. Na spustenie aplikacie so zoznamu potrebujem o klik viac

Ja som si nejako zvykol spúšťať aplikácie bez myši: Meta-A, nejaký substring z názvu (nie nutne zo začiatku, pre visual studio code stačí code), enter. Pohodlnejšie ako myšou.