Forum Debian Users Gang

Kopia planu wprowadzania Waylanda w 12.10, ile wyszło z tamtego, niektórzy wiedzą.

Pożyjemy, zobaczymy, na razie są duże szanse, że Mir skończy jak Unity.
Tylko nie będzie zbyt wielu okazji, zeby go przepisywać w kółko, z wtyczki Compiza na samodzielny program, z gtk na qt, itp.

Ubuntu 14.04 wyjdzie za  9 miesięcy, w podobnym czasie powinien być gotowy WaylandGL (jego tworzenie miało potrwać około roku, czytałem o tym kilka miesięcy temu.

Ciekawe, czy Mir będzie bazował na EGL, czy na żywca skopiują biblioteki Waylanda pobrane z git (o ile już będą gotowe), czy może do OpenGL będzie odpalany Xmir.
Bo z tego co wiem, w sprawie OpenGL dla Mira jeszcze nikt nie kiwnął palcem.

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2013-06-27 21:27:28)

To raczej nie jest jakieś kosmiczne zagrożenie.
Wróbelki ćwierkają, że Nvidia wdraża natywny EGL w sterach na Linuxa, a samo dodanie obsługi Waylanda, kiedy już EGL będzie, to żaden istotny problem.

Jeżeli karty Intela pójdą z Waylandem, to poczekam ~miesiąc, jeśli również AMD, to ~10 dni. :D

W razie czego L.T. ma wszystkie 10 palców na swoim miejscu. :D

Jeśli natomiast przyjmą się Xwayland i Xmir, to łatwiej będzie w sterowniku utrzymać API tych dwóch protokołów, niż jednego Xorga, zielone ludki też chętnie odpoczną od wiecznego dopasowywania sterów do Xorga, i np  poprawiania steru, żeby Flash z nim chodził. :D

Jak przy Compizie 90% roboty, to były cyrki z Xorgiem, to ciekawe, jak to wygląda od strony sterowników. ;)

Pozdro
;-)

[quote=drelbrown][url=http://www.dobreprogramy.pl/Canonical-zdecydowal-Mir-zastapi-X.org-juz-w-tym-roku-w-Ubuntu-13.10,Aktualnosc,42260.html]Canonical zdecydował: Mir zastąpi X.org już w tym roku, w Ubuntu 13.10[/url][/quote]
A w tle będzie odpalony X.Org ;)
Propaganda pełną gębą.

@Jacekalex:
Przy otwartych sterach, gdy te już otrzymają wszystkie te wdrażane teraz funkcje to ich używanie będzie praktycznie bezproblemowe i najczęściej nie będzie potrzeby sięgania po kapryśne zamknięte stery od AMD. Nawet nie ma większego znaczenia czy AMD wyda jakieś zamknięte sterowniki na Waylanda.

Oczywiście brak zamkniętych sterowników do Waylanda to tylko brednie ze strony Canonicala.
Gdy Linux przejdzie na Waylanda, a nieudolny klon Windowsa/Maca na Mira to sterowniki Nvidii prawdopodobnie będą.

Ostatnio edytowany przez yossarian (2013-06-28 18:23:23)

[quote=Jacekalex]Jeśli natomiast przyjmą się Xwayland i Xmir, to łatwiej będzie w sterowniku utrzymać API tych dwóch protokołów, niż jednego Xorga, zielone ludki też chętnie odpoczną od wiecznego dopasowywania sterów do Xorga, i np  poprawiania steru, żeby Flash z nim chodził. :D[/quote]
A dlaczego miałyby się nie przyjąć? I jak to: łatwiej będzie utrzymać w sterowniki API?

75

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:36:52)

[url]http://www.linuxportal.pl/newsbar/wayland-szybki-rzut-okiem-id158388[/url]

Gtk2 to stabilna i solidna biblioteka, baza dla kilku środowisk graficznych i managerów okien.
Gtk3 - to na razie totalna porażka, zamiast normalnej konfiguracji jakieś javascripty, wygląda jak horror.

QT5 - ta wersja ma już pełny support dla Waylanda, i jest zgodna z QT4, właśnie wchodzi do Linuxa.

Osobiście mam nadzieję, że ktoś przerobi Gtk2 na Waylanda, bo Gtk3 - to wygląda, jak produkt Microsoftu napisany wyłącznie na Linuxa. :D


Pewien jesteś, ze nie ma Wayland-EGL API?
Bo tutaj conieco jest:

/usr/include/wayland-egl.h

a cały kod Waylanda jest krótszy, niż obowiązkowa dokumentacja Xorga na podobne tematy. :D
W dodatku jest API Mesy, która jest biblioteką odpowiedzialną za OpenGL, EGL i Direct3D w Linuxie, i obsługuje Waylanda.
Więc o jakim specjalnym API EGL  Waylanda jeszcze ktoś dyskutuje?

Bo mnie to na kilometr śmierdzi marketoidami z buntu i ich hehe, a My w Mirze już mamy, a Wayland jeszcze nie, z którym latają do Nvidii.

Przecież zarówno developerzy sterowników, jak i programów, powinni się oprzeć na API Mesy.
Inne kluczowe biblioteki, jak pixman czy clutter też są portowane na Waylanda, a ich API z punktu widzenia aplikacji pozostaje takie samo.
Sznurek:
http://wayland.freedesktop.org/building.html

Jeśli ktoś robi sterowniki, to powinien sprawdzić API kernela a nie Waylanda, Wayland jest zgodny z kernelem w 100%, APi dla developerów aplikacji realizuje się na podstawie poszczególnych bibliotek?
Więc niewiele do kombinowania z tym waylandowym  API EGL zostało.


Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2013-07-09 17:54:33)

[quote=uzytkownikubunt]Za pomocą Mesy można pracować na buforze, ale co jakiś czas trzeba powiedzieć sprzętowi, że teraz sprzęt powinien wyświetlić ten bufor, po to właśnie jest Wayland.[/quote]
Jak to dobrze, ze nikt nie zagląda do dokumentacji mesy, źródła tej biblioteki:

qlist mesa | grep wayland
/usr/lib64/pkgconfig/wayland-egl.pc
/usr/lib64/libwayland-egl.so.1
/usr/lib64/libwayland-egl.so
/usr/lib64/libwayland-egl.so.1.0.0

:D

Szczegółów pozostaje raczej  niewiele.
Najlepszy dowód, ze Developerzy QT sobie bez kłopotu [url=http://www.youtube.com/watch?v=_FjuPn7MXMs]poradzili[/url] z Waylandowym EGL.
Podejrzewam,że Twórcy Webkita mają, poza skromnym doświadczeniem z Waylandem, przede wszystkim kosmiczny problem, jak dodać kod zapewniający obsługę Waylanda
do obecnego kodu dotyczącego Xserwera, liczonego w kilometrach.

W każdym razie troszkę przesadzasz z rangą problemu.
API może niezbędne jet z zamkniętym softem i sterownikami, ale przy OpeSource są źródła,  tony dokumentacji, a jak devom Webkita będzie cośtam brakowało lub nie pasowało, to zawsze mogą  napisać swoje łatki i wysłać devom Waylanda do obróbki. :D

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2013-07-10 06:24:32)

Tak się straszliwie zachwycasz tym chromium, że śmiech bierze.
Wiem, szybka i stabilna przeglądarka, hardcorowe dziury w bezpieczeństwie dziedziczy z Chrome, średnio co tydzień cośtam wyłazi.
Wady? funkcjonalność? mimo zauważalnie lepszego silnika gorzej od Firefoxa i Opery.
Elastyczność? jak wyżej.

Chromium nie che mi się kompilować, mam oryginalne  Chrome, i bynajmniej nie jestem oczarowany jego jakością.
W Firefoxie brakuje mi otwierania każdej karty w osobnym procesie, ale to będzie miał nieprędko, włączenie takiego silnika równałoby się skasowaniem kilku tysięcy wtyczek, czyli największego "kapitału zakładowego" Firefoxa.

Sandbox w przeglądarce?
Bardzo umiarkowana pod względem bezpieczeństwa sprawa, Apparmor, Selinux czy Grsecurity-acl o wiele lepiej to załatwiają,  podobnie jak chroot, czy najzwyklejszy jail zrobiony z izolowanego konta użytkownika.
teraz tez w jaju pojawia się mechanizm pozwalający inicjować izolowane środowisko z poziomu nieroota.
Przydałoby się też wprowadzić lepszy mechanizm dostępu do klawiatury i myszki w Waylandzie, bo przy Xorgu keylogger działa nawet z poziomu chroota, czy z obciętymi wszystkimi uprawnieniami, wystarczy, że ma dostęp do aktywnego Xserwera.
A np Skype czy Tlen na Linuxa musi mieć dostęp do ekranu.
Tutaj Wayland ma gigantyczne pole do popisu, ale też potężny problem techniczny, bo to wcale nie jest prosta sprawa, takie przełączanie dostępu do klawiatury i myszki płynnie między oknami.

Zobaczymy, jak sobie z tym poradzą.
Wayland-EGL już jest, jeszcze jest potrzebny WaylandGL - OpenGL, i Xorg odejdzie z honorami na emeryturę.
Nvidia chce się wpakować na tablety z Andkiem, więc EGL w sterownikach Linuxowych pojawi się za moment, potem będzie tylko trzeba pomiauczeć trochę, żeby ster Linuxowy obrabiał DirectX11, Mesa ma już taką obsługę w Galium3D - teraz niech się Nvidia i Ati biorą do roboty.

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2013-07-10 11:57:10)

Wcześniej muszą karty lądować w osobnych procesach, możliwość otwarcia pojedynczej karty w trybie prywatnym i 500 punktów w teście html5.


Interfejs można zmieniać do woli, jak kto chce.

89

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:37:10)

90

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:37:12)