Dobio si proces lakše instalacije drajvera, nemoj tako. :D Nznm koliko je star X ali da je vreme za full blown replacement, zaista jeste.

E pazi, X-u nista ne fali, to kao star ovo ono ne stoji. Ono sto hocu da kazem da ne znam ni jednu znacajniju OpenGL aplikaciju da je pisana za Wayland ;)
Ovo je dizajn greska, u Waylandu, mis se pogubi kada wine aplikacija promeni rezoluciju u full screen. Mislim nije Wayland kriv, da su likovi koji rade
Wine napravili Wayland varijantu, ali oni i dalje uporno voze X ;)

edit:
sto se tice AMD karte, da ne razmisljam vise o drajverima, sa Nvidia non stop problemi, ali pazi i sa AMD!
Recimo ne radi jos *AMD* SME na AMD kartama, a sa Nvidija radi ;)

Dobro .. a reci mi Branimire, pošto vidim da si više u toku od mene, da li Wayland ima dovoljno dobru podršku (i dalje) samo za Gnome ili to sad mogu da metem na LXQt bez da se `razočaravam i vrćem` na stari dobri X ?
Kako se slažu wayland i QT ? Ako wayland hoće na KDE, znači može i na LXQt bez da se prčka dodatno po par sati .. to je zapravo ono što ne znam. Čini mi se da je bila Deb. Jessie verzija ... kada sam se malo igrao sa westonom ali ništa konkretno nisam pravio.

Au brate, 2020-ta a ovo jos pitanje.

U embedded svetu je Wayland standard jos tamo negde od 2014-te, danas ne mogu da zamislim da vidim nesto na embedded Linuxu sto nije Wayland. Tu i tamo negde u receptima za pravljenje image-a imas i X kao neko nesrecno okruzenje za trcanje praistorijskih stvari.

QT radi savrseno (opet, pricam o embedded/automotive platformama, za PC... YMMV). Za hrabrije moze da se nasilji i da kompozicija radi sa SoC displej kontrolerom umesto preko EGL-a (GPU). Zasto bi to neko radio? Ako je jedan od slojeva 4K UHD video zasticen L1 Widevine DRM-om npr. OK, ovo moze biti samo interesantno proizvodjacima kutija za multimediju.

Kontam da su proizvodjaci embedded hardvera imali najvecu motivaciju da se sto pre oslobode X-a i svog nepotrebnog prtljaga skupljenog u proteklih 35 godina.



Kakve veze ima OpenGL i Wayland? OpenGL je graficki API, Wayland je protokol, implementacija servera i Wayland protokola je kompozitor.

Jedina veza je da aplikacija na pocetku treba da kreira Wayland prozor i (E)GL kontekst.

Posle toga je sve bukvalno OpenGL (ili ES), sve do momenta kad GL masini kazes da treba da zameni bafere (prikaze sliku).

Razlika izmedju X, Wayland ili Windows koda je bukvalno 20-30 linija.

Samo Gnome imas podrsku (odradjeno dobro), nisam primetio da je nesto drugo odradjeno da moze da se koristi.

Ivan:"Kakve veze ima OpenGL i Wayland? OpenGL je graficki API, Wayland je protokol,"

Ima veze sa time da Wayland klijenti koriste OpenGl hardver rendering za razliku od sadasnjih X klijenata.
Da Wine koristi Wayland a ne X sada ovaj thread ne bi postojao :P

Kakav ti je overhead na wineu? Ja sam batalio linux za te potrebe jos za vreme mandrakea.

Zlatni:"Kakav ti je overhead na wineu? Ja sam batalio linux za te potrebe jos za vreme mandrakea."

Sa obzirom da ne znam kakve su performanse na Windows-u, meni nebitno ;)
Izvlaci 120FPS, meni dovoljno ;)

A onda te nisam dobro ukapirao, posto si napisao da ne znas "ni jednu znacajniju OpenGL aplikaciju koja je pisana za Wayland"

Ako si mislio na sam kompozitor, onda je to potpuno druga stvar. Da li kompozitor koristi OpenGL ili ne je ocigledno stvar implementacije. To nema veze sa korisnickim aplikacijama. Aplikacija savrseno moze koristiti OpenGL iako kompozitor radi blending sa, npr, displej kontrolerom.

Ivan:"Ako si mislio na sam kompozitor, onda je to potpuno druga stvar."

Wayland klijent aplikacija koja koristi OpenGL. Na to sam mislio. Wine je X klijent aplikacija koja emulira DirectX i to pravi probleme.
I posto me zaitrigiralo, nasao sam ovo: https://www.phoronix.com/scan....ine-Wayland-Driver-Out-Of-Tree

Ne znam kakva je situacija sa Wine-om, ali otprilike generalno pravilo izgleda ovako:

- Aplikacije koje su nastale ("de novo") u vreme OpenGL ES-1 3.0 ili OpenGL 4.3 i novijih su pisane tako da je platformski deo minimalan. Takve aplikacije portovati sa jednog prozorskog okruzenja na drugo je trivijalno (pricam samo o GL/GLES delu).
- Stare aplikacije koje su nastale u vreme old-school OpenGL-a sa FFP-om su obicno kilometri spageti koda isprepletenog sa bog te pita cim, u dosta slucajeva i platformskim kodom. Takve stvari su gadne za portovanje.

Wine mozda spada u ovu drugu kategoriju (ne znam, samo mogu da nagadjam). U tom slucaju je verovatno bolje raspisati ceo GL kod od nule u "modernom" GL-u (ili Vulkanu).

Ako ispratis link videces da su odradili Vulkan i DXVK, ali nisu odradili OpenGL za Wayland u Wine. U svakom slucaju ni native Linux igre ne koriste Wayland ali bar one rade
pod XWayland-om normalno.

Pazi, ne razumem se u problematiku razvoja FOSS paketa.

Jedino kao posmatrac znam da FOSS projekti, bas kao i svaki drugi, mogu da pate zbog nesavrsenosti organizacije ili politike. Komercijalni projekti imaju svoje Ahilove pete, FOSS projekti isto tako. Kod FOSS projekata cesto moze da se desi da uticajna ekipa ima "misiju" da nesto ne bude u upotrebi. Ako neko tu smatra da je "Wayland djubre" moze da napravi dosta stete. Komercijalni projekti pate od drugih problema.

Da li je to u pitanju sa Wine-om - ne znam, ali moze biti.

Ali fakat da imaju Vulkan i DXVK podrsku pokazuje da ocigledno imaju moderni rendering backend. Ne postoji ni jedan praktican razlog da takav kod ne podrzava Wayland. Zameniti X sa Wayland-om na modernom 3D kodu je trivijalno.

Ako podrske nema, jedina 2 razloga mogu biti: nedovoljna potraznja / nezainteresovanost ili religija.

Moguce je da za Desktop PC masine Wayland jednostavno nije bitan. Embedded sistemi odmah profitiraju izbacivanjem tone nepotrebnih stvari iz 80-tih i 90-tih. Deskop/WS PC sistemi ce terati sve viskove bez preterano muke. Na kraju krajeva, najtezi deo posla ce raditi graficka kartica.

Ako nije to, onda je religija jedini odgovor.

Bas sam pre neki dan imao intervju sa covekom za vrlo zahtevan posao. Lik je odlican. Trenutan posao mu je da radi u jednoj od Fortune 500 firmi na njegovim modulima u raznim GNU paketima. Sto je sve super, ali je covek potpuno binaran - ili je stvar GNU ili je sr*nje, prevara, itd. Sto je OK sve dok je to sto radi bolje i uravnato sa poslodavcem.

Ali FOSS projekti koje vode takvi ljudi ce biti preslikano "binarni" - ako su maintainer-ima neke stvari "djubre", "prevara", "s*anje" - nema teorijske sanse da prodju.

Ako Wine pati od tog problema, to samo znaci da je nekom od kljucnih ljudi Wayland "s*anje" ili "djubre" ili "prevara"... i to je to :-)

Objektivno, tesko je reci da li to ima smisla - ali ako zelis drugacije i sve da si "objektivno u pravu" (sta god to znacilo), fork ti je jedina sansa.

Mislim da se ovde radi o tome da RedHat gura Wayland, a da ostala ekipa nije bas tako entuzijasticna. Otud jedino Gnome ima potpunu i upotrebljivu
implementaciju Wayland-a, dok recimo KDE je jos u nekoj aplhi, sudeci po ponasanju desktopa ;)
Ono sto je tu fazon je sto sada sve funckionise pod X-om i sada naterati nekog da za dz ulozi napor da odradi jos nesto za Wayland je malo tesko :P
No evo pocelo se tek sada sa Wine i to od februara ove godine, i to pai out of tree, znaci krajnje ekperimentalno :P
No opet bi sve bilo potaman kad Wine pod Waylandom ne bi imao tih problema :P

OK ako je tako.

Ali opet, ako se naslo ljudi da "za dz" raspisu Vulkan backend.... Mozda je Wayland nebitan na desktopu a mozda neko ne voli RedHat ili Wayland iz religioznih razloga.

Sve u svemu nebitno, ako te ne mrzi mozes sam verovatno da patchujes kod za Wayland ako ti treba. Ako to budes uradio posalji patcheve Wine timu pa da vidimo sta ce biti :)

"Sve u svemu nebitno, ako te ne mrzi mozes sam verovatno da patchujes kod za Wayland ako ti treba."

Vec rade na tome, ali implementacija je daeko od potpune :P

https://github.com/varmd/wine-wayland.git

Nego snasao sam se kako da prevazidjem problem a ipak budem zadovoljan sa time sto imam Wayland i igram pod njime ;)
Kada se Windows igra otvori, alt-tab pa klik na ikonicu igre. Iz nekog razloga tada mis proradi normalno ;)

Nego, jedino sto je + za Wayland (osim sto rade weston gadgeti iz terminala bez westona), je to sto 2-3 igre koje su spustale
frekvenciju monitora na 60FPS to vise ne rade :P
Ne znam zasto je to tako, valjda Wayland u duhu sigurnosti ne dozvoljava aplikacijama da menjaju globalne parametre.
Tu je jos i fazon da XScreensaver ne moze da lokuje ekran kao sto moze pod X, valjda iz istih razloga.
Inace ne primecujem nista drugo ni bolje ni gore u odnosu na X.
I fazon kako provaliti koja je app Wayland koja je X je da se pokrene xeyes. Svaki prozor koji je pod Waylandom ne pokrece
oci da gledaju u pravcu misa :P

U principu jedina razlika za krajnje korisnike je ta sto Wayland nema tonu nepotrebnog prtljaga koji X nosi sa sobom.

Na desktopu to vrlo verovatno uopste nije bitno (ako imas jak GPU i gomilu CPU jezgara, koga briga?). Na laptopima moze biti zbog potrosnje a na embedded i mobilnim uredjajima znaci puno.

Sto donekle i objasnjava zastupljenost Waylanda na desktopu vs. embedded.

Na koje embedded uredjaje si mislio? Taj podatak mi nije poznat :)
Android nije Wayland to je neki guglov fazon.

Ne Android, nego baš embedded, car infotainment i ostalo.


I da, vreme je iksu da se penzioniše.

Bilo sta sto trci na nekom embedded SoC-u i ne tera QNX ili Android :-)

U atomobilskoj industriji su svi sistemi koje tera Daimler, Toyota, VW (grupa) i deo sistema u Hyundai/Kia, BMW itd. vozilima.

Mislim da ce se pre penzionisati Wayland nego X ;)

>

Elem sada koristim Enlightenment i rekoh da vidim kako radi Wayland.
Kratko receno nikako. Nijedna GTK aplikacija ne radi kako treba ukljucujuci Gnome aplikacije sto je fenomenalno zacudjujuce ;)
Potom, viber mora da se forsira da koristi X11 da bi radio, i na kraju pola igara ne moze da prikaze vecu rezoluciju od 1024x768 ;)
Sve u svemu Wayland, koji je poceo da se razvija 2008, je propast i propali projekt na Linux desktop-u definitivno.
Samo problem nijedna stvar nije ocigledno poboljsana... a jos koristim AMD kartu koja ima native support u Linux kernelu.
Nvidia ni ne pomisljam kako radi :P