Vlákno názorů k článku KDE se připravuje na konec podpory X11, digiKam výrazně navyšuje použití AI od lajka27 - Mně na Nobaře 41 KDE funguje Wayland bez...
-
Boomeri maji radi, kdyz jejich lopata dela, k demu je urcena, teda hazi pisek, nebo hazi sterk, nebo hazi uhli apod. a nemusi stravit pul sichty nastavovanim nasady, aby na ni vubec drzela.
A rozhodne se nedrbou levou zadni za uchem (jako hrani si s AI na Intelu, kdyz 80% veci porad vyzaduje CUDA, nebo alfatestovat Steam/Proton apod.),
-
Jenže pokud už nikdo daný typ lopaty nechce vyrábět, stojí buď před možností si výrobu převzít pod sebe (= najít jinou organizaci, co bude udržovat X11 do budoucna), nebo se holt přizpůsobit.
Též mám rád X11, neb v mnohých případech prostě funguje, jenže když se člověk baví s vývojáři, celkem chápe, proč se vyvíjí Wayland, do kterého půjdou lépe portovat nové featury (zejména pro setupy s více monitory).
Jinak Proton na Steam Decku mi jede na jedno kliknutí (žádné testování se nekoná) a s XWayland mi zlobila jedna jediná appka - PyMOL (co si navíc sám překládám ze zdrojáků, takže chyba může být i mezi klávesnicí a židlí).
-
DannyStříbrný podporovatelNikoliv, ti "boomeri" neradi meni sve navyky. Skoro by se dalo rict neco v duchu "a ja splachovaci zachod nepotrebuju, me kadibudka staci".
-
ZrzkaStříbrný podporovatelMoc často nekomentuji, ale tohle generalizování ... Jsem v kategorii "boomer" a nemám problém měnit návyky. Bohužel Wayland není jenom o tom, že si pustím prohlížeč, terminál a pár dalších KDE aplikací.
Potřebuji pracovat a ne řešit proč mi věci nefungují. Zkuste si Zoom pod Waylandem - nasdílím obrazovku, funguje, ale zmizí mi "meeting" okno, zmizí mi "meeting controls" okno, ... a tak nemůžu přestat sdílet obrazovku aniž bych celý Zoom zabil. Pod X11 bez problémů. A tak můžu pokračovat ...
Tím neříkám, že to je problém Waylandu, XWaylandu, ... jen to, že to není tak černobílé.
-
Já jsem Zoom používal na intenzivní několikadenní školení, kde se tyhle věci v jednom kuse používaly, a žádné problémy jsem nepozoroval. Používám GNOME na Waylandu (ve Fedoře) už roky na všech počítačích včetně pracovního a problémy kvůli Waylandu opravdu neřeším.
Jako je možné, že jsou distribuce, které to pořád nemají doladěné, protože ještě donedávna si myslely, že pojedou na X11 donekonečna, nebo prostě nemají know-how. Vím, že třeba z Ubuntu uživatelé hlásili problémy, které už jsem ve Fedoře roky neviděl, ale to jaksi nejde házet na samotnou technologii.
-
ZrzkaStříbrný podporovatel
Fedora Workstation 41 - stejný problém Gnome i KDE. Zoom jako takový funguje, jen tohle okno (https://support.zoom.com/hc/en/article?id=zm_kb&sysparm_article=KB0062674) zmizí pár vteřin po zapnutí sdílení obrazovky a nemůžu tak sdílení obrazovky stopnout (ani klávesová zkratka nefunguje). A to mám v nastavení Zoomu zapnuto, že to okno má být vidět pořád (General - Always show meeting controls). Kde je problém netuším. Nemusí to být nutně Wayland, Fedora, ... klidně to může být Zoom samotný. Jen že to s X11 to funguje bez problémů.
Obecně je Wayland celkem v pohodě, ušel kus cesty, ale občas se objeví podobně nefunkční věci, které člověka dost odradí pokud má pracovat a ne zkoumat co to zase je.
-
Už to nemám nainstalované, měl jsem to jen kvůli tomu školení, tak to nemůžu ověřit, ale pamatuji si, že jsem měl jak instalaci z Flathubu, tak přímo z oficiálního RPM a jedno nějaké problémy mělo. Teď ale nevím, které z nich to bylo. :)
Hádám, že to je tím, jak je to nastavené. Vím, že některé instalace vynucovaly běh nativně na Waylandu (kvůli škálování), na což Zoom nebyl úplně připravený. By default ale myslím, že to pořád běží na XWaylandu a těmi problémy by to vůbec nemělo trpět.
Jinak ano, je to primárně problém na straně Zoomu. My můžeme nakrásně připravit API pro přístup k framebufferu pro sdílení obrazovky nebo přes Pipewire k webkameře a dokonce to dostat do všech relevantních webových enginů, ale pokud se na to autoři aplikace vykašlou a prostě to nepoužívají, tak s tím moc neuděláme.
Realita je taková, že když jim něco řekne Microsoft, že se změní ve Windows, tak to okamžitě dostane prioritu, aby na to byli nachystaní, protože jinak bude mít problém 90 % jejich uživatelů. Když něco podobného přijde ze strany Linuxu, nechají to vyhnít klidně roky, protože se to stejně týká jen pár procent uživatelů. A pak to zvenku vypadá, že jakékoliv nasazování nových technologií v Linuxu trvá šíleně dlouho.
-
ZrzkaStříbrný podporovatel
Mám z oficiálního RPM, Flathub jsem nezkoušel. Zkusím a uvidíme, třeba to bude fungovat lépe.
> Když něco podobného přijde ze strany Linuxu, nechají to vyhnít klidně roky, protože se to stejně týká jen pár procent uživatelů. A pak to zvenku vypadá, že jakékoliv nasazování nových technologií v Linuxu trvá šíleně dlouho.
Yup, taková je realita s kterou musíme žít. A to není jen Zoom, ale i další ...
-
ZrzkaStříbrný podporovatel
> Mám z oficiálního RPM, Flathub jsem nezkoušel. Zkusím a uvidíme, třeba to bude fungovat lépe.
Tak mám za sebou dva meetingy se Zoomem z Flathubu. Až na scaling (je to mrňavé) to funguje. Okno s "meeting controls" nemizí, apod.
-
Asi bude problém že flathub beží na X11.
Skús rpm inštaláciu spustiť s vynútením aby nebežala na wailandu.
niečo takéto:
env MOZ_ENABLE_WAYLAND=0 thunderbirdps. teraz riešim tiež problém behu na waylandu= nový notebook
riešil som beh thunderbirdu s tým že sa sa otvára do systémovej lišty
https://github.com/Ximi1970/systray-x -
ZrzkaStříbrný podporovatel
Díky, rychle vyzkoušeno, ale má to problémy zmiňované výše (e.g., mizející okna, ...). Zůstávám u Flatpaku. Je to sice mrňavé, ale to je mi celkem jedno, protože zbytek funguje jak má (e.g., meeting controls, okno s výstupem z mé kamery i když sdílím obrazovku, ...).
-
> Když něco podobného přijde ze strany Linuxu, nechají to vyhnít klidně roky, protože se to stejně týká jen pár procent uživatelů. A pak to zvenku vypadá, že jakékoliv nasazování nových technologií v Linuxu trvá šíleně dlouho.
Jeden z dôvodov je, že kompatibilné API sú na linuxe príliš pekné a slušné.
Taký Apple používa shaming. Už v minulosti, keď prišiel unixový osx a všetci očakávali x11, prišiel s quartzom a x11 aplikácie dostali getto v podobe rootful x11 servera. Žiadny vendor nechcel mať aplikáciu v tomto gette, tak všetci promptne prešli na cocoa/carbon. (aj keď taký Matlab dlho odolával, až do r14sp3). A táto politika zostáva, keď Apple prišiel s API pre screensharing, aplikácie ktoré na hulváta grabovali obrazovku (ako to robia pod x11) dostali permission dialog, ktorý používateľ musel pravidelne odklikávať. Aplikácie, ktoré používali nové API tento problém nemali. Používatelia takéto veci netolerujú, vendori svoje aplikácie rýchlo upravili.
Bohužiaľ, používatelia linuxu takéto veci tolerujú. Tí, čo sa sťažujú na zoom -- koľko ticketov ste dodávateľom otvorili? Oni nemajú požiadavky, tak neriešia.
-
ZrzkaStříbrný podporovatel
> Bohužiaľ, používatelia linuxu takéto veci tolerujú. Tí, čo sa sťažujú na zoom -- koľko ticketov ste dodávateľom otvorili? Oni nemajú požiadavky, tak neriešia.
Netoleruji to a reportuji každý jednotlivý problém. Někdy to pomůže, někdy ne. Stejně jako když někdo reportuje problémy nám. Něco se opraví hned, něco později, něco vůbec, ...
