Vlákno názorů k článku Zapomeňme už na X11, budoucnost je Wayland, říká vývojář KDE od Jiří Eischmann - už nepochybuje asi ani hlavní vývojář X.Org Serveru Tahle...
-
už nepochybuje asi ani hlavní vývojář X.Org Serveru
Tahle poznámka mě pobavila. Vývojáři Xorgu jsou ti, kteří tlačí Wayland především, protože ví, jak zastaralý a těžko udržovatelný je Xorg. Neznám jediného vývojáře Xorgu, který by chtěl, aby to žilo dál. Všichni na tom dělají se sebezapřením a chtěli by, aby to ideálně umřelo hned zítra.
Jen diskuse jsou plné lidí, kteří tvrdí, jak Xorg dobře funguje, jak je to hotový projekt a udržovat jej musí být vlastně brnkačka. Zajímavé je, že se tohle nepřekládá do zástupů zájemců o vývoj a udržování Xorgu. Musí to dál dělat ti, kteří už dávno zjistili, že tudy cesta nevede.
-
Tohle je na tom ironické ze všeho nejvíc.
Vlastně to chápu, zastaralost X11 uživatel neuvidí, dokud na Linuxu nechce dělat něco moderního. Hraní her, grafika, nové monitory, to všechno vyžaduje nové řešení.
No nedej bože, když se dostaneme k zařízením s dotykovou obrazovkou, netpickým poměrem stran, rozlišeními atd. Nebo vezmeme monitory s jiným Hz a rozlišením do jedné karty. Což je dnes normální, monitory dávno nemají FHD a 60Hz - což mám pocit, že hromada Linux uživatelů nechce vidět, slyšet a připustit.
Já nemám jak toto pod X11 vyřešit, toto je řešitelné a funguje pouze pod Waylandem.
-
SoongVilda
[...] zastaralost X11 [...] No nedej bože, když se dostaneme k zařízením s dotykovou obrazovkou [...]
ad dotykova obrazovka:
- asi pred 17lety sem pouzival Fujitsu Lifebook B142 (Celeron 300MHz)
(uz si presne nepamatuju, ale myslim ze stacilo rucne pripravit vhodnej xorg.conf)- pred 13lety sem pouzival Viliv N5 (UMPC 4.8", Atom Z520)
(touchscreen chodil out-of-box)- pred 13lety sem pouzival LCD Acer T231H (23", bez touchscreen vrstvy, reseno IR senzorama v rohach, "dotyk" snimal par mm nad povrchem)
("touchscreen" chodil out-of-box)- pred 7lety sem pouzival Lenovo Yoga Y300-11IBY (netbook 11", Celer N2840)
(touchscreen chodil out-of-box)- letos od prazdnin pouzivam Thinkpad T480 s Touchscreen (model 2018)
(touchscreen chodi out-of-box)vse samozrejme na X11, takze mi unika co melo s X11 + Touchscreen byt za problem (samozrejme chapu ze nektery nemusel fungovat)
EDIT: jinak v zasade nemam nic proti Wayland, pokud bude fungovat:
1. VNC (ci neco podporovane v Remmina)
2. zaznam obrazovky
3. manipulace s okny ala wmctrl
ale hlavne, jako letitej uzivatel Xfce ktery DE urcite nechce menit, ma pro me uvaha o prechodu na Wayland smysl az Xfce ho bude podporovat ;-)29. 12. 2023, 15:13 editováno autorem komentáře
-
jj, to vim, pouzivam XubuntuDev PPA takze obcas vidim dle changelogu jednotlivejch dev balicku ze neco pro Wayland fixly, ale protoze zakladni/zasadni casti jako xfce4-panel, xfdesktop, xfce4-settings, xfce4-power-manager maji u Wayland crash, tak mi nepomuze ze ostatni komponenty uz by na Wayland bezeli :)
-
Zkoušel jsem X11 na dotykové obrazovce a automatickou rotací. Nepřetáčelo se to, neklikalo, přepl jsem na Wayland, vše fungovalo. Proč, mě nezajímá, zajímá mě, kde to funguje u mě na Waylandu.
Zkoušel jsem PinePhone pod X11, občas to klikalo, občas ne, zlepšit to šlo podivným gigantický configem pro X11. Použil jsem Wayland, fungovalo to hned, proč nevím a ani mě to nezajímá.
Nechce se mi hrabat a na každé zařízení vyrábět obří config pro X11... pod Waylandem to funguje a tím je to pro mě vyřízené.
29. 12. 2023, 18:26 editováno autorem komentáře
-
"Nevím, nezajímá". Třeba za to mohl právě ten Wayland. Distribuce byla stavěná na něj a X11 tam bylo jako méně testovaná volba, jen pro speciální potřeby některých uživatelů. Podobně byste mohl prohlásit, že když v X11 režimu v KDE nastavíte vyšší DPI, tak v některých distribucích se to neprojeví v Gtk aplikacích - protože autoři distribuce počítají s Waylandem (ten roztáhne X11 aplikace jako bitmapu) a nedali tam tool, který to řeší pro X11 (možná koliduje s funkčností Waylandu, možná jen chtěli "čisté" řešení, ve smyslu méně spravovaných balíčků).
29. 12. 2023, 18:32 editováno autorem komentáře
-
takze dotyk by fungoval, ale nebyla resena rotace, z kontextu predpokladam ze slo o Gnome, ktere melo vyresenou rotaci jen pro Wayland, s ovladacem senzoru rotace problem jiste nebyl kdyz ten neresi X11/Wayland...
na PinePhone kde je prostredi stavene pro Wayland by me ani nenapadlo prepinat na X11, pokud bych tam nechtel tedy dat Xfce, ale to sem tam nezkousel ;-)
ten xorg.conf jak sem psal sem musel resit jen pred 17lety, zopakuji, na notebooku s Celeron 300MHz ;-) na vsem ostatnim to jede pres virtualni auto detektor/generator xorg.conf, tedy soubor vubec neexistuje...
-
Jan HrachStříbrný podporovatel> Zkoušel jsem X11 na dotykové obrazovce a automatickou rotací. Nepřetáčelo se to
Já jsem teda nikdy neměl obrazovku s automatickou rotací, ale manuálně se mi Xka přetáčí v pohodě. Je to ještě lepší: můžu si nastavit libovolnou matici transformace (xrandr --transform, příp. user-friendly varianta --scale-from), což se hodí například při promítání z notebooku, který má 1920x1080, na projektoru, který má 1920x1200 -- obraz na notebooku si nastavím deformovaný, ale vidím všechno, a publikum ho vidí v pořádku.
Což mě přivádí na myšlenku… umí tohle Wayland? Aha, je to věc kompozitoru/WM(?), jako obvykle. Některý to umí, některý možná ne, každý jinak, tj. budu mít tři různá nastavovátka pro KDE/GNOME/ostatní. Nebo něco přehlížím a jsem rozčarován zbytečně?
-
1. Fungovat bude; zakladny RDP uz funguje (pripojenie k existujucej session); pracuje sa na vytvoreni session cez RDP a off-screen sessions. V podstate ekvivalent Windows.
2. Zaznam obrazovky funguje. Dokonca zero-copy -- to je nieco, co Xorg nikdy nevedel a z principu nikdy nemohol vediet.
3. Toto nikdy nebude, pokial kompozitor na to neposkytne privatne API. V podstate je to lezenie do biznisu kompozitoru, tak je na nom, ci to dovoli alebo nie.
Posuvanie okien a always-on-top su v principe privilegovane operacie. Nahodny klient nema biznis, aby take nieco robil.
4. Podpora Xfce je na autoroch Xfce...
-
1) off-screen sessions, je moznost mit fyzickej server bez pripojeneho monitoru a pripojit se na aktivni session remote? protoze to mi nedoslo, ze na to pouzivam xserver-xorg-video-dummy :)
3) tak uvidime, obcas to pouzivam a pokud Xfce s prechodem na Wayland vyresi aby externi monitor umisten nalevo si nevynucoval primarni tak nebudu potrebovat na presun vsech oken na prostredni/realne_primarni :)
4) vim
ad "always-on-top" to na Waylandu z jeho principu nechodi??? a co "Always-on-visible-desktop" ??? to pouzivam jeste castejs (v podstate vzdy kdyz si na externim monitoru nahodim VNC a potrebuju aby pri prepoinani ploch na NB LCD byl na externim stale to same)
-
Always on top: nepisal som z principu nechodi, ale ze je to privilegovana operacia. Nieco ako v androide, ked chce aplikacia kreslit nad inymi aplikaciami.
Implementovane to ma KDE, kde to musi oknu dovolit pouzivatel (v menu okna vyberie always on top). Aplikacia si to nevie vynutit / nastavit sama.
-
Michal ŠmucrBronzový podporovatel
"1) off-screen sessions, je moznost mit fyzickej server bez pripojeneho monitoru a pripojit se na aktivni session remote? protoze to mi nedoslo, ze na to pouzivam xserver-xorg-video-dummy :)"
Jestli se nepletu, tak nic jako dummy server v Xorg není. Obecné řešení pro headless systém, co bude fungovat se všemi kompozitory, je použít vynucení EDIDu na nějaký video výstup přes KMS (buď při bootu parametrem kernelu nebo za jízdy přes sysfs). EDID se dá vytáhnout z konkrétního fyz. monitoru, který se případně připojuje, nebo použít EDIDy na standardní rozlišení, co jsou v jádře.
Případně může mít konkrétní kompozitor podporu pro "dummy" obrazovku v sobě. Mutter to má od GNOME 40.
https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1698Sdílení session funguje už teď jakž takž přes zabudovaný gnome-screen-sharing. Vzdálené přihlášení přes GDM je zatím neřešitelné, co vím, i když je na to issue.
Ale jak jsem zmiňoval jednom z postů tady předtím, pořád je to celkově PITA :) Což u mě ale víceméně přetrvává bohužel už od Xek. I pořád sním o tom, že by se to někdy dostalo do fáze, že někdy bude out-of-box funkční globání vzdálený přístup bez nějaké speciální konfigurace - jako na ostatních platformách. Povolit, nastavit nějaká přístupová práva a hotovo. Pokud nebude připojený monitor, tak buď automatický fallback na nějaké nejnižší rozlišení, nebo komplet virtuální plocha, jako u MS RDP serveru ve Windows.
-
Jan HrachStříbrný podporovatel
> Nahodny klient nema biznis, aby take nieco robil.
A uživatelský skript? A jak se teda mají řešit ty příklady z minulé diskuze?
On to nemusí dělat náhodný klient a je v pohodě že je to privilegovaná operace. Tak to těm třem programům povolím, ne?
-
Ked to kompozitor dovoli, tak ano. Ked nie, tak nie.
Ked v emacse chcem nejako inteligentne menit obsah bufferu, musim to cez emacsovy skript (=emacs to dovoli). Nie cez emulaciu vstupu alebo inymi hackami. Podobne v inych aplikaciach; ked sa im rypem do interneho datoveho modelu, tak cez API, ktore poskytli.
Takze niektore kompozitory take API mozu poskytnut, niektore nie. Dost tazko by to islo u tiling kompozitorov uz z principu ich fungovania. U inych si to predstavit viem.
