Root.cz  »  Desktop  »  GNOME 50 přechází na Wayland a vylepšuje vzdálenou plochu  »  Názory

Vlákno názorů k článku GNOME 50 přechází na Wayland a vylepšuje vzdálenou plochu od TomBA_SK - Len by som sa chcel opýtať na skúsenosti...

  • Článek je starý, nové názory již nelze přidávat.

  • 31. 3. 2026 19:25

    TomBA_SK

    Len by som sa chcel opýtať na skúsenosti s AnyDesk pod Waylandom v 2026. Keď sa mám raz za čas ku niekomu na diaľku pripojiť kvôli pomoci a nechce sa mi riešiť vlastný server s RustDesk-om....
    Na Ubuntu 22.04 som musel prejsť na X11, lebo to proste nefungovalo.
    Neviete, majú to už zvládnuté (Myslím firmu AnyDesk. Zdalo sa mi, že na to kašlú), alebo ten XWayland voľajako funguje?

  • 31. 3. 2026 20:57

    flibor

    Pokud můžu přidat svoji zkušenost, tak AnyDesk mi pod Waylandem nefungoval vůbec (před několika měsíci), na dálkové ovládání používám DWService, ten nemá problém.

  • 31. 3. 2026 21:39

    heslokreslo

    Nikdy to fungovat nebude. Protokol je specificky navržen tak, aby zabránil fungování podobných aplikací a žádná společnost nebude ztrácet čas implementací pro každý hack v každém možném compositoru.

  • 31. 3. 2026 21:59

    ja.

    Az na to, ze uz nejaky ten piatok existuje standardizovane API na screen capture.

    Ale ano, uz nie je mozne na drzovku bez vedomia pouzivatela grabovat obsah ostatnych okien. Treba dostat od pouzivatela povolenie, co a ci vobec mozno grabovat. Ked to zvladne pouzivat Firefox alebo OBS, urcite to daju aj ini.

  • 1. 4. 2026 1:05

    heslokreslo

    Neexistuje. Existuje portál který používá Gnome, vlastní wayland protokol používaný wlroots a jeho deriváty, jiný protokol používaný Hyprlandem, pro který dokonce existuje ekvivalent x11vnc, ale ten funguje jenom občas. Weston a swc stále nemá žádný, myslím a co má KDE nevím. Ale Gamescope také používá svůj vlastní protokol.

    A to je jen pro screen caputre. Dále potřebuješ simulaci vstupu, což je ve Waylandu také verboten, enumeraci oken a displejů a nic z toho ti nebude fungovat ani trochu podobně mezi například Hyprlandem a QTile.

  • 1. 4. 2026 10:58

    Michal Šmucr
    Stříbrný podporovatel

    Ale to, co popisujete, je stav implementace napříč kompozitory a DE. Ne, že neexistuje API.
    https://flatpak.github.io/xdg-desktop-portal/docs/doc-org.freedesktop.portal.RemoteDesktop.html

    Jinými slovy, jak to zjednodušeně chápu já.
    Přes D-Bus si aplikace řekne o remote session. Pokud je pak požadavek autorizovaný (evidentně se tam počítá i s permanentním povolením persist_mode: "Permissions persist until explicitly revoked"), pak dostane pole s IDčky PipeWire nodů, kde jsou streamy se zachycenými snímky z obrazovky a fd na posílání emulovaných vstupů přes libei (viz https://libinput.pages.freedesktop.org/libei/ ).
    Plus samozřejmě další věci okolo clipboardu, výchozí pozici kurzoru, nějaké další záležitosti ohledně opětovného navázání session.

    Podle všeho to minimálně poslední verze GNOME a Plasmy s jejich portály podporují. Pokud tohle zatím zmíněné menší projekty ještě nemají, tak je to za mě spíš otázka do jejich issue trackeru, než že by nebylo API.

  • 1. 4. 2026 15:39

    heslokreslo

    xdg-desktop-portal není součástí Waylandu. Je to úplně jiný projekt, který je určen hlavně jako kontrolovaný únik ze sandboxů. Tento konkrétní protokol není podporován ničím, o čem vím, ale předpokládám, že ho podporují KDE nebo Gnome, dle toho který ho navrhl.

    Každopádně, to je niní čtvrtý systém, který by musel AnyDesk nebo jiný teoretický remote desktop podporovat.

  • 1. 4. 2026 23:52

    Michal Šmucr
    Stříbrný podporovatel

    xdg-desktop-portal není součástí Waylandu.
    Bingo, je to komplementární technologie, co se také používá v současných linuxových desktopech. Víceméně všechny standardní desktopová prostředí a kompozitory (mimo těch mikro, co se spouští z jiného) jí dnes v nějaké formě implementují a mají pro ni svůj backend. Od GNOME přes KDE, wlroots, Cosmic, LXQt až po Hyprland.

    Je to úplně jiný projekt, který je určen hlavně jako kontrolovaný únik ze sandboxů.
    Obecně řečeno, je to standardizované rozhraní nad D-Busem, kde aplikace mohou získat přístup k prostředkům, souborům atp. Jedno jestli běží v sandboxu (typu Flatpak), s nějakou proxy nebo ne.
    Na jedné straně je aplikace/toolkit, mezitím D-Bus jako broker a na druhé straně pak backend konkrétního prostředí. Pokud obě strany korektně implementují konkrétní rozhraní (třeba lockdown, screencast, camera, game, trash... file chooser, request a i remote-desktop), je to interoperabilní.

    Tento konkrétní protokol není podporován ničím, o čem vím, ale předpokládám, že ho podporují KDE nebo Gnome, dle toho který ho navrhl.

    No desktop portal obecně, jak jsem zmínil, podporují víceméně všichni. Konkrétní rozhraní na remote-desktop funguje minimálně v těch dvou zmíněných, nejrozšířenějších tzn. pravděpodobně se shodli ;).
    A vzhledem k tomu, že např. jak wlroots, tak Hyprland už teď podporují třeba to screencast rozhraní, které k tomu má velmi blízko a ten výstup obrazu z kompozitoru do PipeWire nodu už musí mít implementovaný, troufám si odhadnout, že jakmile se popasují se vstupy, nakonec to budou umět také a v kompatibilní formě.

    Každopádně, to je niní čtvrtý systém, který by musel AnyDesk nebo jiný teoretický remote desktop podporovat.
    Nevím, co myslíte tím čtvrtým systémem.. ale evidentně (TeamViewer, RustDesk..) to jde i na desktopu, kde neběží X11 server.

    To má poměrně daleko k tomu, jak jste tu kategoricky tvrdil, že to "Nikdy fungovat nebude" a protokol (zobrazovací) byl specificky navržen, aby en-bloc zabránil fungování aplikací pro vzdálené ovládání.

    Ano autor aplikace jako AnyDesk nemůže k desktopu přistupovat stejným způsobem jako u X11, což jsem tu už zmiňoval. A ano bude muset implementovat jiné API a pracovat s jinými rozhraními.
    A v zásadě v tomhle případě nepracuje s Waylandem (což je asi to, čemu říkáte protokol), ten je úplně odstíněný a slouží k něčemu jinému.
    Tady si celé sezení inicializuje a bude řídit přes portál a D-Bus, obrázek a zvuk bude mít přes PipeWire a ovládání přes libei.

    A mimochodem ani na jiných operačních systémech nemáte "jedno" rozhraní, co vám dá všechno pro tenhle typ aplikace.

  • 3. 4. 2026 20:14

    heslokreslo

    No desktop portal obecně, jak jsem zmínil, podporují víceméně všichni.

    Víceméně všechny standardní desktopová prostředí a kompozitory (mimo těch mikro, co se spouští z jiného) jí dnes v nějaké formě implementují

    Nesmysl. Implementují jej dva a standardizovaný není vůbec.

    Nevím, co myslíte tím čtvrtým systémem.. ale evidentně (TeamViewer, RustDesk..) to jde i na desktopu, kde neběží X11 server.

    Jistě, pokud ten desktop je Windows :)

    U waylandu záleží na tom, jestli desktop a aplikace náhodou podporují stejnou sadu protokolů, což je vzácné.

    To má poměrně daleko k tomu, jak jste tu kategoricky tvrdil, že to "Nikdy fungovat nebude" a protokol (zobrazovací) byl specificky navržen, aby en-bloc zabránil fungování aplikací pro vzdálené ovládání.

    To je ale vysloveně mission-statement waylandu.

    Tady si celé sezení inicializuje a bude řídit přes portál a D-Bus, obrázek a zvuk bude mít přes PipeWire a ovládání přes libei.

    To je jen jedna z pěti metod, které jsme dosud identifikovali (počítaje i x11) a je to metoda, která funguje pouze s jednou "sadou" desktopů. To prostě není přijatelné.

    A mimochodem ani na jiných operačních systémech nemáte "jedno" rozhraní, co vám dá všechno pro tenhle typ aplikace.

    Jistěže mám.

    A v zásadě v tomhle případě nepracuje s Waylandem (což je asi to, čemu říkáte protokol)

    Wayland je protokol. To jste nevěděl?

  • 31. 3. 2026 22:25

    Michal Šmucr
    Stříbrný podporovatel

    Pletete se.
    Přesně, jak píše "ja.", tak je tam desktop-portal, který povolí screen capture a pak daná aplikace získává snímky obrazovky jako stream přes PipeWire. Úplně stejně jako třeba v případě sdílení obrazovky s Teamsy, Zoomem atp.
    U ovládání z aplikace je to trochu komplikovanější, protože se minimálně historicky docela lišila podpora remote desktop portálu napříč kompozitory, mohly tam být různé způsoby emulace vstupních periferií (např. přes libei). Každopádně je tam tendence tohle srovnat a minimálně na dvou hlavních DE (GNOME a KDE) s Waylandem běží RustDesk a TeamViewer.. byť tedy oba mají Wayland podporu deklarovanou jako experimentální, tak jsem oboje v pohodě rozchodil. Nezkoušel jsem wlroots, Sway atp.

    Takže tenhle způsob vzdáleného přístupu (do existujícího přihlášeného sezení - typ. vzdálená podpora, otevřený uživatelský desktop) běží a není to tak, že by tomu apriori bránil ten protokol.
    Důvod, proč to nemá Anydesk, spíš leží v jejich vývojových prioritách, než že by to principiálně nešlo.

    Co je ovšem problém, a to se vám s tím možná trochu spojilo, je obecný přístup na jakoukoliv plochu (včetně přihlášení z login greeteru) třeba z nějaké další služby tak, jako to bylo v Xorg a X11. Kde jste si spustil např. scraping VNC server nebo nějakou službu s odpovídajícími právy a autorizací přes MIT cookie a v podstatě jste mohl vidět a ovládat libovolné sezení. Takhle obecně to tam záměrně opravdu není a musí to každý kompozitor implementovat po svém, pokud chce poskytovat obecné unattended sdílení, jako právě GNOME Remote Desktop.
    Jediné, co se tomuhle staršímu systému blíží, tak je NoMachine, pokud na své konfiguraci rozjedete grabování přes EGL/DRM (tzn. je to úplně nezávislé na kompozitoru/a­plikaci která tam vykresluje).
    To je opravdu dobré, ale proprietární, ve firmě za to musíte platit a vzhledem k tomu jak to funguje, včetně toho jak se to zaháčkuje na různé specifické knihovny, tak je to opravdu docela citlivé na konkrétní konfiguraci (verze knihoven, ovladače). Rozhodně si nemyslím, že je to dobrá volba na nějaké rychleji se měnící distribuce. Např. Fedora 43 je k dispozici od října a teprve teď tam začalo NoMachine po aktualizaci chodit. Naproti tomu pokud máte nějakou LTS distribuci, nebo třeba Debian Stable, tak si myslím, že je to možné dobře provozovat.

    31. 3. 2026, 22:27 editováno autorem komentáře