Vlákno názorů k článku Jak si vede openSUSE Tumbleweed s GNOME 40 od jmk - Jsem zvědavý na autorovo hodnocení s odstupem měsíců....

Jsem zvědavý na autorovo hodnocení s odstupem měsíců. Sám openSuse používám (Leap) k plné spokojenosti, ale některé aplikace mají stále problém s Waylandem. Např. aby správně fungoval Skype musím být přihlášený v Xorg sezení, nebo aby se v doplňku Task list zobrazovali ikony charakteristické pro Write, Calc apod. (ne jen obecná informace, že se jedná o aplikaci LO) musím pracovat v Xorg. A ještě pár dalších aplikací mívá s Waylandem problém. To však vidím jako problém zmíněných aplikací - ne distribuce. Patentově zatížené formáty jsou v openSuse dlouhodobě problém, ale zase to elegantně řeší jejich Wiki, kde je vše detailně popsáno - uznávám pro BFU nad jeho síly, ale to je i instalace Win10. Zkuste si např. nainstalovat W10 jako druhý systém v dualbootu - mision impossible

Klidně hodnocení za půl roku sepíšu, pokud mezitím nesběhnu ze zvědavost zase jinam. Na Tumbleweed jsem opravdu před rokem+ jel víc než rok a bylo to celkem ok. Jo, teď koukám, že ty ikony u různých typů přípon z LO se opravdu nezobrazují, ale kakrblé, doteď jsem si toho nevšiml, ergo jsem to nepoužíval. Čili bude fajn, když (se) to vyřeší, ale nijak mě to netrápí. Skype? Na co?

A není to spíš problém Waylandu, který pořád ještě není dostatečně dodělaný a stabilní?

S Waylandem je to složitější. Z útržků na internetu jsem pochopil, že bezpečnostní politika Waylandu neumožňuje, aby jedna aplikace mohla získávat informace z oken jiných aplikací. S tímhle mají problém programy, co dělají screenshot obrazovky nebo její sdílení (Zoom). Klasické X tuhle bezpečnostní politiku neměly. Systémově se to řeší třeba přes PipeWire (multimediální prostředí v Linuxu). Jenže PipeWire se divoce vyvíjí, a tak pro korporátní vývojáře Zoomu dosud nebyl zajímavý. Podivné je, že tyhle celkem zásadní informace musí člověk shánět po útržcích na internetu. Napřed něco naprogramovat, a pak řešit bezpečnostní politiku, mi nepřijde jako moudré řešení.

Pipewire má pre capture už dlhšiu dobu stabilné API. Problém so Zoom & spol je jednoducho v tom, že na to kašlú, prečo by robil niečo pre Linux verziu keď nemusia.

Chrome aj Firefox už Pipewire capture nejakú dobu podporujú, aj v X11 session.

Na internetu jsou kromě hlášek, že PipeWire funguje bez problémů, i hlášky, že audio část produkuje praskání (třeba oproti PulseAudio), že zařízení nejsou spolehlivě detekována atd. Jedna věc je stabilita API, druhá věc je bezproblémová funkčnost. Nemám nic proti tomu, aby Zoom vydal verzi pro Wayland. Od Zoomu ale BFU očekávají, že bude fungovat bez problémů.

Takže ve fedoře je Wayland by default a screenshare posledních X verzí. Ono by stačilo, kdyby třeba vývojáři posunuli trochu Electron, kterej staví na starém Chromium případně GTK 2 (facepalm).

Stěžujte si u výrobců SW, že podporu implementují se zpožděním.

Electron podporuje Ozone/Wayland od v12.0.0 (a taký vscode ho používa od 1.56). Sú tam ešte nejaké problémy typu "KWin vykresluje server-side dekorácie aj keď nemá", ale stavať sa na tom dá.

Ale inak súhlasím, treba kričať na výrobcov sw. Keď sa objaví nejaká nová blbosť v macos, tak sa idú pretrhnúť, aby userom ukázali, že to podporujú. Keď ide o linux, tak tam na to kašlú celé roky.