Názory k článku
KDE pomalu končí s X11, Plasma 6.8 bude už jen na Waylandu
-
-
radekmStříbrný podporovatelTo nevim, ale existuje projekt XLibre Xserver, ktery se o nejaky rozvoj snazi.
A pak je tu druha vec, jestli ve prospech X11 nehraje i Lindyho efekt?
-
Drtivé většině uživatelů včetně mně je jedno jak se co bude zobrazovat pokud se to bude zobrazovat a fungovat. Ať mi to na displej klidně vykreslují v Indii ručně pixel po pixelu. Problém je, že Wayland náhrada ekvivalentní X stále není ale usilovně se ho různí hujeři, že, ehm, ehm, snaží arogantně protlačovat protože -- hezky po evropsku -- když to stačí většině, tak to určitě bude stačit všem.
-
Dobře, tak pardon, že po všech okolo Xka chceme kalibraci barev, HDR, VRR a víc jak 60 Hz obraz. Většina lidí a hlavně PC populace už má stále víc často 120 Hz panel, i u těch TV už je to normální a pokud mi bude blbě fungovat můj monitor na stole pod X a fungovat skvěle pod Wayland, tak proč bych měl vůbec chtít Xko?
Já hezky po Evropsku chci normální, civilizovanou a moderní společnost. Komu se to nelíbí, ať UHNE... děkuji. Má mnoho možností, hromadu míst bez lidských práv, kde kanalizace je scifi a odpadky házet po zemi je národní sport. Jasně, ale chápu, Evropa je moc násilná, když chce Evropský pokrok...
-
Arogantně? Problém Xorg je v tom, že je to strašnej moloch, těžkej na údržbu a portování featur + podpory nového HW. Jeho vlastní vývojáři (tuším, že největší přispěvatel je Red Hat) od něj dávají postupně ruce pryč, jak se RHEL 9 blíží security maintenance fázi a dávají alternativu v podobě Waylandu. Nic arogantního v tom není => nechtějí pálit zdroje na obtížně udržovatelný projekt a přesouvají je k nové alternativě, kterou nabízejí jako svobodný SW. A kdo chce, může si X11 forknout a udržovat sám.
Být to aspoň částečně uzavřená platforma, je celej ten proces direktivně hotovej v nultých letech a z verze na verzi. Jako to měl Apple při zavedení Quartz, případně WinNT při přechodu z XP na Vista (byť NT mají vykreslování řešené architektonicky jinak).
-
-
Ondra Satai NekolaZlatý podporovatelTak to fakt X neni uz leta. Soucasna kritika Waylandu je uz spis sada obskurnosti typu sitova transparence - chapu, ze nekomu to chybi, ale urcite ne te mase emigrantu.
-
Jan HrachStříbrný podporovatelJeště tam je bolest vzdálený přístup (VNC/RDP - každý kompozitor si řeší po svém a jak se připojit třeba na "gdm" a přihlásit se, to nikdo neví) a "xdootol" pro hýbání myší a psaní na klávesnici bylo taky v nějakém nic moc stavu. A možná něco dalšího na co bych přišel kdybych to používal :)
-
Zásadní otázka, proč bych využíval RDP nebo VNC, které poskytuje víc jak strašný zážitek a sežere hromadu síťového provozu, když můžeme nahodit Sunshine a Moonlight?
Dneska 1 jádro z vCPU zvládne tu h264 úplně v pohodě a mně alespoň nebudou bolet oči z toho, že když se pokusím pohnout kurzorem, tak mě ze skákajícího se sekajícího se okna.
A to nejlepší? Moonlight a Sunshine pod X a Wayland fungují skvěle, pod Wayland spíš lépe...
-
Michal ŠmucrBronzový podporovatel
@Vilda
Ten kodek nebo odezva je pro tohle použití (vzdálená pracovní plocha pro aplikace) ten nejmenší problém. A jinak kurzor se v případě VNC i RDP vykresluje lokálně. Podobně se přenáší jen ta část obrazu, co se mění. RDP je relativně velice úsporné a dá se s ním dělat i na relativně špatných spojeních.
U VNC hodně záleží na variantě, komerční RealVNC (nechodí s Waylandem) s jejich rozšířenými, proprietárními verzemi protokolu má vemi slušnou odezvu, umí přenášet audio, používat UDP.Existují určitě řešení na sdílení jednoho sezení.. Typově: nechám si spuštěný, přihlášený počítač, který bude vzdáleně dostupný. Nebo sedím u počítače, spustím ad-hoc nějaký soft, aby se ke mě mohl připojit někdo další (přítel na telefonu). To se plus mínus už dá.
Spíš je to taková kombinace vlastností, co mi chybí. Už jsem to tu xkrát zmiňoval.. rozumná podpora nativního přihlašování (buď přenos screenu z GDM, SDDM nebo ještě líp ověření a inicializace přihlášení přes nativní dialog z klienta), sice už je takové částečné řešení v aktuálních verzích GNOME, ale je to peklo používat a není to moc spolehlivé.
Rozumné systémové ověřování uživatelů (PAM), ne ad-hoc hesla pro každého uživatele zvlášť. Možnost globálního nastavení vzdáleného přístupu správcem, ne že si to každý uživatel rozhasí (a ideálně si ještě si pod sebou uřízne větev).
Bezproblémová podpora Češtiny (jak psaní, tak synchronizace schránky) a posílání zkratek na vzdáleného hosta. atd.Jinak je tam ještě i ten problém, o kterém mluví Jenda. Tzn. každý kompozitor si to řeší po svém.
Určitě by se našla nějaká firma, kde by si sepsali funkce existujících, používaných řešení a dotáhli komerční produkt (co bych si pro firemní nasazení za nějakých slušných podmínek milerád koupil). Akorát, jak to teď chápu, je tam v porovnání se světem X11 mnoho různých překážek (a názorů jak je systémově řešit, jestli vůbec ;) ). -
PAM je dalsie klbko hadov, so svojimi vlastnymi problemami.
Ano, ja by som tiez chcel normalne riesenie pre overenie pouzivatelov. Ale nie nutne meno/heslo, co je limit PAM. Aj pri mene/hesle moze byt poziadavka na 2fa a tu uz PAM konci. Mozno ma pouzivatel smartcard alebo yubikey a ma pouzit ten. Alebo Kerberos (FreeIPA, Active Directory; takze pouzivatel netuka ziadne meno a heslo, len si klient vypyta ticket pre rdp servis a posle ten), tam uz PAM skoncil. Alebo nebodaj OIDC autentifikacia a Oauth2 token.
Takze rozumnemu rieseniu autentifikacie ano, ci toho bude PAM schopny, to je otazka.
-
Michal ŠmucrBronzový podporovatel
PAM je určitě klubko hadů, ale přijde mi to v tuhle chvíli nejpřímočařejší, odkud bych měl ověřovat uživatele. Snadno se dá udělat restrikce třeba na skupiny uživatelů, co se můžou přihlásit.
Ano dokážu si představit scénáře, co zmiňujete, kdy to není ideální.
Ale v podstatě u těch volně dostupných řešení je to teď něco jako vncpasswd nebo per-user GNOME keychain.. PAM by byl super pokrok.. :)
Jinak všechny tokeny, 2FA atp. se typicky používají při vzdáleném přístupu na nějakých VPN bránách. Na spousty použití je úplně v pohodě nejdřív otevřít cestu do nějakého perimetru a pak zadat normální přihlášení s údaji třeba z AD/LDAPu. Pořád to bude výrazně lepší než, co je tam teď. -
Nehadam sa, tiez ma zaskocilo, preco to po mne chce nastavit nejake heslo. Nakoniec pre vzdialene prihlasenie (nie pre zdielanie obrazovky!) je to heslo na pristupovanie ku GDM a az tam sa clovek prihlasi s realnym pouzivatelom.
Okrem toho to ma problem s handoff medzi gdm a session; Remote Desktop pre Mac to nerozchodi s default nastaveniami, treba manualne modifikovat rdp subor.
> Jinak všechny tokeny, 2FA atp. se typicky používají při vzdáleném přístupu na nějakých VPN bránách.
Tak vas urcite potesi, ze Microsoft vymysla s tym, ze bude bezat lokalny (na klientovi) Kerberos TGT, aby robil bridge medzi domenovym Kerberom a Oauth2. Tiez maju problem, ako sa prihlasit do pocitaca (a ako pripojit pocitac do domeny) cisto s Oath2 (kvoli Entra ID).
A samozrejme, na prihlasenie do pocitaca treba respektovat politiku vyzadovania 2fa, tokenov apod.
Takze na obzore je aj riesenie takychto chutoviek na Linuxe. Vsetko samozrejme kolidujuce s PAM.
-
Jan HrachStříbrný podporovatel
SoongVilda:
> Zásadní otázka, proč bych využíval RDP nebo VNC, které poskytuje víc jak strašný zážitek a sežere hromadu síťového provozu, když můžeme nahodit Sunshine a Moonlight?
Jasně, myslel jsem to jako příklady, klidně jiný a lepší protokol. Zásadní je schopnost připojit se k existující session na lokálním počítači (případně se do ní přihlásit), když se na počítač naSSHčkuju. To v Xkách dělám tak, že si v prostředí aktuálně běžícího X serveru najdu proměnné DISPLAY a XAUTHORITY a spustím s nimi x11vnc (a po SSH si protuneluju port 5900). Když jsem se naposledy díval, jak tohoto docílit na Waylandu, bylo to komplikované až nemožné a hlavně si to každý kompozitor řešil po svém (to je asi to poučení se z bordelu v Xkách - do protokolu nedáme skoro nic a každý kompozitor/WM/DE si to musí implementovat po svém).
27. 11. 2025, 03:20 editováno autorem komentáře
-
Michal ŠmucrBronzový podporovatel
Přesně tohle je pro mě pořád největší bolest. Až do té míry, že v určitých situacích třeba do určitých situací volím Windows, přestože bych tam z mnoha jiných důvodů chtěl nějakou linuxovou (i komerční) distribuci.
-
Jan HrachStříbrný podporovatel
> Až do té míry, že v určitých situacích třeba do určitých situací volím Windows
Tomu nerozumím. Já stále Wayland nepoužívám (vždy Xka s Xfce) a zatím jsem nenarazil na problémy. Jaké problémy s takovým řešením vidíte vy?
-
Michal ŠmucrBronzový podporovatel
Tomu nerozumím. Já stále Wayland nepoužívám (vždy Xka s Xfce) a zatím jsem nenarazil na problémy. Jaké problémy s takovým řešením vidíte vy?
S těmi Windows jsem zmiňoval jednu letošní situaci/konkrétní projekt.. kde se po letech na Windows 10 a jejich EOL, víceméně dalo přejít jak se stávajícím, tak s novým HW rovnou na Linux. Potřebné aplikace, i včetně proprietárních, došly do multiplatformní fáze nebo se používají webové rozhraní, lecos se dalo přiohnout, zjednodušilo by to řadu věcí.
Akorát ta snaha v daném kontextu prostě vykysla na vzdáleném ovládání (jak jsem psal předtím, je to trochu mix více věcí). Ano byla tam možnost pořídit třeba RealVNC Enterprise, který toho spousty víceméně řeší, ale pouze s Xorg sessiony. Nicméně do toho pak vstoupilo poměrně očekávané - RHEL, SLES i příští Ubuntu LTS.. a obě hlavní DE s Xorg sessiony fakticky končí. Takže se tam řešily různé varianty použít stávající verze s Xorg, doplinit to tím předplatným RealVNC, počkat jak se to vyvrbí s Waylandem, no nebo zůstat na Windows.Jinak na jiných místech používám léta taky Xorg sessiony s TigerVNC, ale je to praktické jen na strojích s autologinem a nějakou sdílenou plochou (typ. ovládací počítač s nějakou jednou běžící aplikací). Většinou tam mám systemd službu pro usera, co spouští x0vncserver, a je tam někde předgenerovaný soubor s heslem.
V případě potřeby přístupu na greeter např. adminem na GDM je pak potřeba spustit další instanci a předat mu cestu na magic cookie.
Ještě předtím jsem používal i modul pro Xorg server, ale to trochu koliduje s některými display managery, co si pouští víc instancí Xorg na různých VT. Navíc tam bylo pár bugů, kdy to za určitých konstelací sundalo Xorg server. Ta systemd služba bokem pod userem je bezpečnější, navíc se dá jednoduše nastavit auto restart.
Jinak se v tomhle režimu (autologin/předgenerované příst. heslo) samozřejmě dá používat i vestavěný remote desktop v GNOME i s Waylandem, akorát pak závisí na verzi a distribuci, jestli jde ještě VNC, oboje nebo jen RDP server.
Jen zrovna s tím jsem si v určitých kombinacích vyžral spoustu bugů.. btw. náhodně se přemázlo heslo v keychainu novým náhodným (což je výchozí, když se to zapne), pády při připojení (pravděpodobně kvůli race condition).Ale abych nakonec přidal něco pozitivního.. při pročítání diskuse tu Petr Soukup zmínil NoMachine, který jsem před časem také testoval, v té době se moc s Waylandem nekamarádil. Teď jsem to zpoakoval, rychlý pokus s aktuální verzí vypadá velmi dobře.. odezva velmi dobrá, připojil se i na greeter, graf. přihlašování bez výpadku vzd. spojení.
Na doma zadarmo, pro firmy 50USD/rok/seat. Pokud nevadí tohle předplatné a deployment dalšího klienta (mimo RDP/VNC) lidem, co se připojují, tak by to mohlo být nadějné. Ale musím to ještě pořádně prozkoumat. -
Michal ŠmucrBronzový podporovatel
Děkuju. Rustdesk znám z MacOS primárně, kde jsem s ním někde řešil alternativu k ARD.
Testoval jsem jej i na Linuxu, ale je to takové, jak to říct.. not great, not terrible.
Wayland funguje klasicky přes PipeWire (chce to autorizovat minimálně na poprvé), GDM - ani náhodou. Tím, že to kóduje do VP8/9 normálně celý screen, odezva je poměrně dost závislá na HW a není to ani moc efektivní.. i naprázdno bez jakáhokoliv změny screenu to klidně žere docela dost CPU.
Ale spíš bych to v tuhle chvíli bral jako variantu na osobní sdílení desktopu, vzdálenou pomoc (jako AnyDesk, TeamViewer.. atp). Tomu odpovídají i ty ostatní vlastnosti, co to má (hole-punching, relay server, jednorázová hesla a kódy atp.). Pro většinu mých použití je tohle úplně k ničemu, chci unattended přístup nastavený adminem. Zabezpečení toho kanálu řeším o vrstvu níž.Vážně si zkuste ten NoMachine i jen ze zajímavosti.. capture probíhá na úrovni EGL nebo DRM pod kompozitorem, PipeWire je pak fallback, když se to nepovede. U mých testů pak násobně efektivnější (šířka pásma, latence, využití CPU).
Ještě to musím důkladně otestovat, ale zatím vcelku nadšení ;) -
Ten X11 forwarding již dlouhá léta příliš nefunguje (přenáší se celá bitmapa, nefungují novější X extensions, je to extrémně pomalé a často docela rozbité). Opravdu fungoval snad jen s Motif/CDE před 30 lety.
RDP jsem příliš nemusel, nyní však myslím, že je to momentálně asi nejrozumnější moderní náhrada. Škoda jen, že žádná implementace RDP serveru na Linuxu nemá dosud podporu pro přenos samostatných oken namísto celého desktopu.
-
RDP je v skutocnosti framework, ktory umoznuje obom stranam sa dohodnut na mnohych veciach: na transportnej vrstve (lokalny socket, hyperv socket, tcp, udp, mTLS, TLS, NAT traversal, priame spojenie alebo cez gateway, konkretny pocitac alebo vybrany node v clusteri), na pouzitych kodekoch (od raw a rle v rozlicnych bitovych hlbkach po h264), na prenasanych ficurach (ci len obraz, alebo aj tlaciaren, redirektor na lokalny disk, smartcard citacka, apod) a ano, aj ci prenasat celu session alebo len aplikaciu.
Btw, aplikacia, ktora vie RemoteApp (prenos samostatnych okien) na linuxe existuje. Vola sa weston a je to fork, ktory distribuuje Microsoft ako sucast WSLg. Ako backend pouziva FreeRDP. Inymi slovami, FreeRDP ovlada RemoteApp tiez, len to na linuxe nic (okrem tohto forku westonu) nepouziva.
-
V čom presne by mal byť problém?
tom@home › ~ › xrandr Screen 0: minimum 8 x 8, current 2999 x 2099, maximum 32767 x 32767 DP1 connected 1080x1728+0+371 right (normal left inverted right x axis y axis) 410mm x 260mm 1440x900 74.98*+ 60.02 1280x1024 75.02 60.02 HDMI1 disconnected (normal left inverted right x axis y axis) HDMI2 connected primary 1920x1080+1079+0 (normal left inverted right x axis y axis) 600mm x 340mm 1920x1080 60.00*+ 50.00 59.94 1920x1080i 60.00 50.00 59.94 VIRTUAL1 disconnected (normal left inverted right x axis y axis
Na oplátku mi môžete poradiť, ako si na SteamDecku v game móde (čo je Wayland compositor) po pripojení cez SSH pustím wayland-equivalent ku
DISPLAY=:0 x11vnc -loop -
Ja uz pouzivam wayland + KDE asi rok. Mam GeForce kartu + dva pripojene monitory: jeden 4k 144Hz a druhy 2k 60Hz. Musel som prejst na wayland, pretoze X server nedokaze nastavit rozdielne skalovanie a rozdielne frekvencie pre kazdy monitor. Asi do februara 2025 to bolo hrozne, casto to padalo, artefakty atd. Potom NVIDIA vydala nove ovladace a odvtedy uz je to OK.
-
. Musel som prejst na wayland, pretoze X server nedokaze nastavit rozdielne skalovanie a rozdielne frekvencie pre kazdy monitor.
$ xrandr --help usage: xrandr [options] where options are: --display <display> or -d <display> --help --output <output> --auto --mode --pos <x>x<y> --rotate normal,inverted,left,right --scale <x>[x<y>]Skrátené na relevantné nastavenia.
Samozrejme existuje i GUI a je to tá istá konfigurácia, ktorá sa robí cez xfce-settings-manager a jeho ekvivalenty.
-
KateStříbrný podporovatel
Funguje to vskutku skvěle (: https://lobste.rs/s/oxtwre/hard_numbers_wayland_vs_x11_input_latency#c_cydt92
-
Funguje to dostatočne dobre.
To, že obraz trochu trhne pri presune okna myšou medzi monitormi je trochu nešťastné, nie je to ale druh problému, kvôli ktorému človek normálne všetko zahodí a začne odznova.
Ostatne, ja na presun okien medzi monitormi a plochami používam program a jeho klávesové skratky, čo je jedna z vecí, čo pod waylandom chýba "by design." Nemyslím, že by v tomto ohľade mal možnosť štandardnému X11 niekedy konkurovať.
-
KateStříbrný podporovatel
Jako, api které umožní aplikaci říct si kde se má kreslit skutečně ještě chybí, ale popravdě mě štve míň než náhodné glitche desktopu a nefunkční HDR. A podstatně míň než fakt že je XOrg security nightmare, kde každé okno vidí každé jiné okno, a screen locking je polofunkční. https://blog.martin-graesslin.com/blog/2015/01/why-screen-lockers-on-x11-cannot-be-secure/
A zatímco chybějící vlastnosti se do Waylandu dají doplnit, některé z problémů XOrg se nedají vyřešit opravou XOrg, plynou totiž z jeho architektury.
-
A podstatně míň než fakt že je XOrg security nightmare, kde každé okno vidí každé jiné okno, a screen locking je polofunkční.
Skutočne? Akým spôsobom to pre teba predstavuje problém na systéme, kde aplikácia s prístupom na X server má typicky prístup i do ~ a na odchytenie tvojich údajov vôbec nepotrebuje robiť screenshot?
A ako je to relevanté pre človeka potencionálne prechádzajúceho z Windows, kde toto je normálnou súčasťou OS už niekoľko dekád a nikto ani len nenaznačil, že by sa to malo rozbíjať?
Myslím, že toto je naopak nádherná ukážka ne-problémov, ktoré sa k waylandu museli vymyslieť, aby ich mohol "vyriešiť."
A zatímco chybějící vlastnosti se do Waylandu dají doplnit, některé z problémů XOrg se nedají vyřešit opravou XOrg, plynou totiž z jeho architektury.
Pokial si pamätám, XLibre to rieši pomocou Xnamespace extension, takže s architektúrou určite problém nebol.
27. 11. 2025, 10:29 editováno autorem komentáře
-
KateStříbrný podporovatel
> aplikácia s prístupom na X server má typicky prístup i do ~ a na odchytenie tvojich údajov vôbec nepotrebuje robiť screenshot?
Flatpak / firejail / whatever. Aplikace dostane přístup jen tam kam potřebuje. Ale s X je tohle zabezpečení děravé.
Na Windows se pokud vím dá přinejmenším globálně vypnout screen capture přes GPO. Ale argumentovat "Systém XY je děravý, tak se nemusíme snažit být lepší" mi přijde hloupé.
A problém s děravým screen lockingem nevadí?
> Pokial si pamätám, XLibre to rieši pomocou Xnamespace extension, takže s architektúrou určite problém nebol.
Píšu některé z problémů, Xnamespace extensions nezmění základní funkcionalitu.
-
> na systéme, kde aplikácia s prístupom na X server má typicky prístup i do ~
Tento predpoklad nemusi byt celkom pravda. Flatpakove aplikacie mozu, nemusia mat pristup do home; by default bez otvoreneho sandboxu maju pristup do svojich privatnych xdg adresarov. Perspektivne by na pouzivatelske subory mali pristupovat cez portal.
> XLibre to rieši pomocou Xnamespace extension
Ak by to aj riesil pomocou extension, tak stale je to opt-in. Pre aplikacie ktore neoptuju tutu extension, treba udrziavat staru cestu. A sme tam kde sme boli, wordperfect z roku 1996 nebude tuto extension pouzivat.
-
Ak by to aj riesil pomocou extension, tak stale je to opt-in. Pre aplikacie ktore neoptuju tutu extension, treba udrziavat staru cestu.
Netreba. Aplikácie v inej namespace snímajú čierne obrazovky a prázdne zoznamy okien. Podobne, akoby bežali vo vlastnom XNest-e alebo Xerphyr-e.Toto naozaj nikdy nebol reálny problém.
-
By design tam chybí jen to, aby to dělala aplikace sama. Nedejbože i s cizím oknem. To opravdu správci nechtějí.
Čo chcú správci je irelevantné, klávesové skratky sú neoddiskutovatelnou súčasťou práce s počítačom. Rovnako tak keď užívateľ pustí diktafón alebo gamepad mapper a ten jednoducho nefunguje, celý systém ide preč a vracia sa na Windows. -
Naopak, co jednorazove aplikacie chcu je irelevantne. Su na jedno pouzitie; naopak spravca bude musiet udrziavat kompatibilitu "na vecnost". A konkretne pri X11 a Xinerama sa vyvojari poucili, ako to nerobit, preto uzivatelske aplikacie nedostanu nic, co by uzavrelo moznost vyvoja do buducnosti (t.j. ziadne absolutne pozicie -> obrazovka nemusi byt obdlznik, dokonca ani konvexny utvar alebo jednoducha geometria. Kompozitor si toto osetri, 99,99% aplikacii nie).
Takze su dve moznosti: 1) tam, kde sa racionalne diskutuje o skutocnych potrebach a nie o tom, ako sa to "zvycajne" robi, tam je mozne najst riesenie tejto potreby -- ako napr. save a restore pozicii okien 2) tam, kde sa arogantne tlaci, nastupuje rovnako arogantna ignorancia opacnym smerom.
To, ze niekto odide prec naspat na windows? No a co, je to "lacnejsie" ako zaprasit system nedomyslenymi napadmi a musiet ich udrziavat nasledovne dekady.
-
Alespoň nějaké pozicování je potřeba pro víceoknové aplikace a docky. Ze známých třeba Gimp, KiCAD a pár dalších víceméně profesionálních nástrojů. A tam mi "uteče zpět na Windows" vadí, protože já bych raději, kdyby autoři umožnili použití těch aplikací na linuxu.
Přepisovat ty mnoho let fungující aplikace nikdo nebude. Všichni uživatelé na všech platformách by se museli učit nový styl práce, což je nesmysl a nechce to ani autor ani uživatelé.
-
Pre taketo aplikacie sa to riesi so save/restore layoutu - ako si to rozlozil pouzivatel. Pokial existujuci layout neexistuje (prve spustenie), tak logickym popisanim layoutu (napr. toolbox napravo hore od hlavneho okna).
Pointa je, ze aplikacia nedostane presny layout displejov. Ten dokonca ani nemusi existovat (napr. uz spominany RemoteApp na nie-wayland display serveri co prenasa len okna, nie desktop, alebo kompozitor typu maze: https://github.com/capisce/mazecompositor).
Tym, ze by aplikacie mohli pocitat s pevnym konceptom layoutu (displaj je vzdy obdlznik), tak sa mnoho moznosti vyvoja uzavrie. Ako som spominal, stalo sa to aj s X11 a Xinerama, kde X11 zaviedol do protokolu predpoklad, ze vsetky Xscreen su rovnako velke a potom Xinerama zaviedla rozsirenie, ze pozor, tieto oblasti su offscreen, sem nic neposuvat. Dnes tu mame displeje s vyrezmi pre kamery, s ktorymi pocita presne 0% aplikacii a presne 0% by ich bolo kvoli tomu updatnutych v najblizsej dekade. Kompozitor si na to dohliadne a updatnuty bude.
-
Relativní pozicování nestačí, ale virtuální obdélník ano. Ostatně tak je napsaný ten poslední návrh https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/264 (důvody proč relativní pozice nebyla dost jsou ve faq).
Save/restore nestačí, ty nástroje umí občas přehazovat okna/rozložení dle zrovna prováděné činnosti.
-
Gamepad mapper se přece řeší na úplně jiné úrovni (/dev/uinput) s tím nemá wayland nic společného. Protože na úrovni X11 protokolu to neumí změnit ty klávesy, jen poslat další jako reakci (alespoň co si pamatuju).
A klávesové zkratky poskytuje ten kompozitor ve funkci window manageru přímo. Ne nějaká náhodná aplikace.
-
Jan HrachStříbrný podporovatel
> Musel som prejst na wayland, pretoze X server nedokaze nastavit rozdielne skalovanie a rozdielne frekvencie pre kazdy monitor.
Hm, já rozdílné frekvence pro monitory mám a funguje mi to zcela automaticky, ale je to teda Intel GPU. S problémy se škálováním souhlasím.
-
Na NVIDIA ovladacoch + KDE mi to proste na X nefungovalo. Furt bol nejaky problem so skalovanim. Niektore aplikacie boli rozmazane, napr. IntelliJ IDEA mala rozhadzane ponuky, nedalo sa v tom pracovat. Teraz na waylande to ide out-of-box a ako bonus mam funkcne HDR. Dokonca aj hry na Steame krasne slapu. A posledna vec, ktoru som na X pouzival a na waylande dlho chybali, boli gesta mysou. Toto uz je tiez funkcne vdaka projektu Input Actions.
-
No já se zase přišel podívat na koment sekci a je to velmi vtipné. Staří kmeti volají po Xku, ale když se pokusíš pod Xkem provozovat funkční dotykovou obrazovku v HDR nebo VRR, tak to nefunguje. Když se pokusím provozovat víc jak 60 Hz monitor, tak to opět je strašné.
Prosím vás, nechcete toho obhajování starých kusů softwaru nechat? Já chápu, že v tom máte tunu nostalgie, ale dnes potřebujeme zobrazovat obraz už trošku jinak... smiřte se s tím.
Nicméně, třeba `cp` nebo `chmod` není potřeba nahrazovat, víte proč? Dělá to přesně to, co to má dělat, i když je rok 2025. To je to oč tu běží, kdyby X11 fungovalo bez problémů a stačilo požadavkům dneska, tak tu žádný Wayland nemáme.
-
Ta posledni veta je blbost: nova konkurence prece muze vzniknout i uplne nezavisle na stavajicim reseni, i kdyby bylo sebelepsi nebo dokonce "dokonale". Vzdycky se najde nekdo, kdo chce delat veci jinak, i kdyby tim uspokojoval pouze svoji poptavku. PS: je mi ukradeny Wayland, X11 i KDE, jedu na niri a ta sice jede na Waylandu, ale at si jede na cem chce . Jen mi slo o to, ze Vas vyrok neni spravny.
-
Ne, každá distribuce řeší a zaměřuje se na něco, tak jak uživatel potřebuje, a dělá to nejlépe, jak může, a bohužel tím jsou zanedbány jiné aspekty.
Takže proto máme tolik distribucí, ale prakticky jich je málo. Reálně tu je Arch Linux, Debian, OpenSUSE, Fedora, Void Linux, Gentoo. Víc distribucí není, všechny jsou deriváty, klony a nějak staví na již existující myšlence.
Ty bys snad dal Arch Linux na server? Jasně, dá se to, ale to fakt není záměr dané distribuce, spíš Debian nebo OpenSUSE.
Jenže nástroje jsou jednoduché věci, které jsou mnohem víc a jasně definované. Takže v klidu můžeme říci, jestli je daný kompozitor nebo protokol propracovaný.
No a faktem je, že když vezmu dnešní lepší monitor s 2K, HDR, 165Hz a připojím si starý s FHD, 60Hz do jedné grafiky, tak Wayland si s tím poradí a X11 vůbec. Nástroje pod Walyand existují a fungují dobře, i NVIDIA už to chápe.
Mimochodem na remote desktop v headless je super třeba RustDesk. Prostě to funguje a nemusím řešit žádný staré harakiri v terminálu.
-
Jsme v technice, a ne v politice. Pokud je nějaké řešení super, dělat to hůře jen proto, aby to bylo jiné, je totálně padlé na hlavu.
Bohužel, i technika podléhá byznysu a ten politice - přinejmenším obchodním politikám. Takže čistě z pohledu techniky je spousta věcí padlých na hlavu, ale právníci a marketéři by vám to vysvětlili - neříkám, že smysluplně.
Nejspíš ještě moc zkušeností z praxe nemáte. Buď si hledejte jiný obor, nebo se s tím pro klid své duše nějak smiřte, protože časem přijdete na to, že co považujete padlé na hlavu - a já s vámi souhlasím -, je v technické praxi převládající stav.
Další z vysvětlení tohoto stavu je i prachobyčejná lidská ješitnost, jindy zvyk, stereotyp, často také neznalost, ba i zcela iracionální motivy a preference.
Vlastně, když tak nad tím přemýšlím, bych dokonce řekl, že většina vysvětlení řešení, jež mi nepřipadala optimální, končila argumentační nouzí typu "prostě se to rozhodlo takto a tečka." -
Až se X11 dostane do definitivního propadliště dějin, tak řeknu jen sláva.
Na notebooku provozuji Walyland sezení KDE, před tím Gnome už několik let a nemám s tím nějaké zvláštní problémy. Jo úplně na začátku to to bylo trochu složitější, ale poslední třeba dva roky žádné problémy neregistruji. Nyní to hrnu všude, včetně ClockworkPi uConsole.
Pod Wayladnem mi jede všechno co potřebuji a to včetně dost prastarých her jako Unreal Tournament 99. Co se děje vespod s Waylandem v takových aplikacích je mi jako uživateli úplně jedno, hlavně když sype.
Troufám si říct, že pro běžné uživatele, používající běžné aplikace, je Wayland k nerozeznání od X11 už teď. Za dva roky bude ještě dál. Bratři zpátečníci mohou jet na LTS. Navíc se bavíme o OSS, takže komu se to nelíbí, nechť se organizuje a zachrání si svoje pískovišťátko. Dopadne to jako SystemD, PulseAudio/PipeWire, všichni kvičeli a nakonec to majorita používá a opravu běžným uživatelům je to úplně pr*el. -
Ja som pisal, citujem: "RDP na Waylande". Tak, ako Wayland RDP absolutne nepodporuje, tak isto nebrani ani jeho pouzitiu. Rovnako ako absolutne nepodporuje interne displeje (je mu fuk ci je interny alebo externy) alebo mirroring displejov (je mu fuk, ci je to primarny alebo mirror), tak je mu fuk, ci nejaky kompozitor robi RDP alebo nie; z pohladu kompozitora je to len dalsi set displej+vstup (seat).
27. 11. 2025, 14:34 editováno autorem komentáře
-
A ako konkretne Wayland brani pouzitiu RDP?
Ano, kompozitor musi danu ficuru implementovat, rovnako ako napr. x11vnc alebo nomachine xserver je specialny X server implementujuci dany protokol. Ano, a tiez je mozne, aby to bola "len" aplikacia, ktora streamuje obsah obrazovky (gnome-remote-desktop to tak dokonca robi a rozsvieti indikator nahravania obrazovky). Takze co ako kde komu brani?
-
S Waylandem přišli a vývoj Xorgu chtějí ukončit především sami dlouholetí vývojáři Xorgu. Lidi, kteří sami nejlíp ví, jak to je nebo není udržitelné. To není tak, že přišli nějací frikulíni, kteří si řekli, že vývojáři Xorgu jsou úplní blbci a všem ukážou, jak se to dělá líp.
Asi těžko můžeme někoho nutit, aby proti své vůli vyvíjel něco, co nechce, jenom kvůli tomu, že chci třeba síťovou transparentnost. Pokud to někomu tak moc chybí, nic mu nebrání v tom ty současné vývojáře Xorgu nahradit a pokračovat v jeho vývoji do skonání věků. Nakonec teď už na to existuje i projekt - Xlibre, nebo jak se to jmenuje.A pak už stačí jen přesvědčit vývojáře grafických frameworků, prostředí a aplikací, aby dál udržovali ty desítky tisíc řádků kódu, které obezličkami obcházejí omezení X11, a můžete to vesele používat dál.
27. 11. 2025, 12:02 editováno autorem komentáře
-
S těmi 80 % jste si hodně zapřeháněl. Máme celkem dost dat za Fedoru a RHEL, abych si troufl říct, že >95 % uživatelů desktopového Linuxu tohle vůbec neřeší nebo s tím nemá zásadní problém. Čtenář Rootu přece jenom typický uživatel není, ale i tady jsou ti, kteří se Xorgu drží zuby nehty, v citelné menšině. Na základě diskusí, kde se to točí pořád dokola na jedněch a těch samých jednotlivcích, si opravdu nelze dělat obrázek o celku. Někdy je dobré vystoupit z bubliny online linuxových diskusí a podívat se mezi uživatele, co oni reálně řeší za problémy. Člověk pak zjistí, že přechod na Wayland není zdaleka takové drama, jak to vypadá v diskusích na Rootu. ;-)
A i kdyby bylo, pořád platí to, co jsem psal: žádný open source vývojář nemá morální povinnost udržovat software, který nechce. A pokud chcete, aby ten váš dál žil máte několik možností: sami se zapojit do vývoje, přesvědčit někoho, aby to pro vás dělal zadarmo, nebo si někoho zaplatit.
27. 11. 2025, 12:57 editováno autorem komentáře
-
> žádný open source vývojář nemá morální povinnost udržovat software, který nechce. A pokud chcete, aby ten váš dál žil máte několik možností: sami se zapojit do vývoje, přesvědčit někoho, aby to pro vás dělal zadarmo, nebo si někoho zaplatit.
100% suhlas.
Napriek tomu, to co sa stalo s Xlibre, ten hejt co bol spusteny, je daleko za ciarou. Ja som fanusik waylandu, ale tiez pravidla zi a nechaj zit. Ked sa chce niekto venovat udzbe X11, nebudem mu zbytocne podkopavat nohy, nech si travi svoj cas ako chce.
-
A i kdyby bylo, pořád platí to, co jsem psal: žádný open source vývojář nemá morální povinnost udržovat software, který nechce. A pokud chcete, aby ten váš dál žil máte několik možností: sami se zapojit do vývoje, přesvědčit někoho, aby to pro vás dělal zadarmo, nebo si někoho zaplatit.
A pretože udržovať software, ktorý "sa nechce" je morálne zlo, zniesol sa nedávno RedHat a jeho drony na vývojára, ktorý ten udržovať software chce, označili ho za fašistu a vedú kampaň za jeho vykázanie.
Myslím, že jediné, čo situácia okolo Waylandu reálne ukazuje je, akí sú tí "morálni vývojári" v skutočnosti mor.
-
A pretože udržovať software, ktorý "sa nechce" je morálne zlo, zniesol sa nedávno RedHat a jeho drony na vývojára, ktorý ten udržovať software chce, označili ho za fašistu a vedú kampaň za jeho vykázanie.
Lol, protože my v Red Hatu nemáme nic jiného na práci než řešit tyhle žabomyší války. :) K nám se to akorát dostane, až když se někdo ozve, že Lunduke natočil video, jak Red Hat někoho cenzuruje. V Red Hatu Xlibre opravdu nikdo neřeší, je nám ukradený. A ano, zaměstnáváme vývojáře, kteří se těchto žabomyších válek někdy účastní. Ale jako zastánce svobody slova se mnou asi budete souhlasit, že jim to nemůžeme zakazovat, když v tom vystupují z pozice v komunitě, kterou si vydobyli dávno před tím, než pracovali pro Red Hat, že ano? ;-)
-
Lol, protože my v Red Hatu nemáme nic jiného na práci než řešit tyhle žabomyší války
Áno, dosť často to tak vyzerá.
:) K nám se to akorát dostane, až když se někdo ozve, že Lunduke natočil video, jak Red Hat někoho cenzuruje. V Red Hatu Xlibre opravdu nikdo neřeší, je nám ukradený
To je ale skutočne smutné, vzhľadom k tomu, že ten aktivista, ktorého vyjadrenia som hore linkoval, a ktorý sa mimochodom smrťou vyhrážal už viacerým ľuďom a momentálne v mene slobodnej Palestíny útočí na výrobcu počítačov Framework, je, myslím, práve váš zamestnanec.
Poznáte to. Ak v organizácii pracuje aktivista propagujúci násilie a ten aktivista nie je skludnený, ide o organizáciu propagujúcu násilie.
27. 11. 2025, 17:51 editováno autorem komentáře
-
