Itt a Wayland és a Weston első "igazi" kiadása

Címkék

Több mint három évvel azután, hogy először hallani lehetett a Wayland-ről (1, 2, 3, 4) Kristian Høgsberg bejelentette az első "igazi", 0.85-ös kiadást. A Wayland 0.85 mellett megjelent a Weston 0.85-ös kiadása is. A Wayland a protokoll és az IPC mechanizus, míg a Weston a referencia kompozitor implementáció. Az 1.0-s kiadás 2012 első felében várható. A bejelentés elolvasható itt.

Hozzászólások

Protokoll és IPC mechanizmus? Nem lett volta sokkal egyszerűbb library-ként megírni, ami közvetlenül cseszteti a hardvert?

A Wayland maga a protokoll és az interface definíciók összessége, önmagában nem egy library. Ennek egy mintamegvalósítása a Weston, pontosan az, amire te gondolsz (bár nem közvetlenül, hanem driveren keresztül cseszteti a drivert, de csak annak van értelme). Ha később valaki úgy gondolja, hogy tud jobbat/szebbet/gyorsabbat csinálni, akkor a protokoll alapján készíthet egy library-t, ami drop-in működni fog a wayland-kompatibilis alkalmazásokkal/library-kkel.

Csak nekem tűnik úgy, hogy amennyire ígéretes, ahhoz képest nagyon lassan halad a fejlesztése?
Ubuntunál is szóba került, hogy ez lehet a jövő, de ezek szerint erőforrást nem nagyon adnak hozzá.

"Nézd meg, mi lett a KDE-vel is."
A KDE-vel nem lett semmi. Illetve sok minden történt vele, de a KDE projekt nem függ az Ubuntu fejlesztésétől.

"Eddig sem tudták összerakni, most meg kirúgták a fejlesztőt is"
Mármint a Kubuntuét... A Xubuntut is össze tudta hozni a közösség fizetett fejlesztő nélkül. Sőt! Hány közösségi disztribúció is van, amiknél nem csak egy asztalkörnyezetet tartanak karban, hanem egy komplett disztribúciót? Ha mindenképp fizetett fejlesztőket akarsz, akkor ott a Suse Linux Enterprise Desktop, Red Hat Enterprise Linux Desktop. Esetleg a Windows vagy a Mac OS X. Vagy te is felbérelhetsz valakit, hogy fejlesszen, nem csak a Shuttleworth.

"Nyomják a dög lassú, bugos és IMHO ronda unity-t."
486-oson biztos dög lassú, bár még mindig gyorsabb a KDE-nél (a default effektekkel) és a Gnome shellnél. Unity bugokkal én nem találkoztam szerencsére, a KDE plasmája viszont eddig majdnem minden kiadás kipróbálása során összeomlott (Archon és openSusén).

A KDE is csak egy szoftver, minél többen fejlesztik, annál jobb. Gondolom hátrányosan fogja érinteni a kubuntu kiadásokat is.

A sebességről annyit, hogy felettem a netbookomra először a 11.10-es gnome-os verziót.
Fagyott állandóan és kegyetlenül lassú volt.
Ezután jött a mint-es lisa.
Gnome, mate, ugyanúgy fagyott (a gép nem, de az ablakkezelő megállt, a faq szerint kernel hiba).
Végre kijött a KDE-s linuxmint. Sokkal gyorsabb, még az effektek jó része mellett is (átlátszóság, font kezelés). Fagyás megszűnt azonos kernellel.
A gép egy misi u135dx, atom N455, 2GiB RAM, N10-es VGA.

@ulysses: csak a HUP jön be a rádiómon :P
---
Repeat after me: I Will Use Google Before Asking Stupid Questions...

Egyetlen Kubuntu fejlesztőt helyeztek át másik területre, aki a 11.10 fejlesztésében szintén nem vett részt, ugyanis akkor a Bazaar fejlesztőcsapatában dolgozott. A „távozása” ugyan veszteség, de a Kubuntu nem halott ettől. A jövő héten tartunk egy zárt körű megbeszélést, a változások és a jövővel kapcsolatos teendők tisztázására.

Várom már, hogy legyen valami átlag felhasználó számára használható :)

A második videóban azzal bűvészkedik valaki hogy a középpontja körül elforgat egy-egy ablakot és írkál bele, egy másikban pedig az elforgatás után kis objektumokat mozgat ide-oda. Ennek mi értelme van? Valahogy képtelenségnek hat hogy egy szövegszerkesztő ablakát elforgassam mondjuk balfelé 117,5 fokkal és így próbáljam értelmes munkára használni. Egy fakírnak lehet hogy jó, de valljuk be elég kicsi lehet a létszámuk ahhoz hogy fejlesztést lehessen rájuk alapozni.

Meglehet hogy földhöz ragadt a gondolkodásom, de nekem kijelzőnek éppen megfelel a képernyő. Az asztallap bennem is felötlött, mivel láttam egy olyan videót ahol pár srác ezzel játszott. Ennek ellenére elborzaszt a gondolat hogy ne tehessek semmit nyugodt lélekkel az asztalra mert összekarcolhatom vele a kijelzőt. Az asztalon szoktam néha áramkörökkel is kisérletezni, ráteszem az alkatrészeket, a próbapanelt, stb. (persze legalább egy újságot teszek alájuk). Jó, tudom "ehetnék" virtuális ebédet is de valahogy nem lelkesít a gondolat.

[szerk.]

Kinek a pap, kinek a papné. :-)

Fölösleges rongyrázás. Az étteremben én hátradőlve szeretem lapozgatni az étlapot, az asztalon ott van a teríték, a pohár, evőeszközök, stb. Nem hiányzik az asztalra oda a kijelző, még ha tapizni lehet, akkor se.
---
Why use Windows, if you have open doors… to Linux

Láttál már érintőképernyős telefont vagy tabletet? Egy értelmi asztalon nem túl gusztusos látvány. Még akkor sem, ha minden vendég után fényesre suvickolják. Az saját magam által összetapizott kijelzőt sem szeretem bámulni.

-----
A kockás zakók és a mellészabások tekintetében kérdezze meg úri szabóját.

Értem. Gondolom nem jártál még gyorsétteremben, ahol a dolgokat tálcán adják ki, viszont nem árt, ha érkezésed után rögtön tudsz rendelni. De akár egy igényesebb bárban vagy pubban is el tudom képzelni.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Én meg nem értem. Ezeken a helyeken is ronda (szerintem), ha az asztalon van egy koszos kijelző. Természetesen, ha már a tányérom is koszos, és ez nem zavar engem, akkor a kijelző sem fog zavarni.
Másrészt, ahol eddig tálcán kaptam meg az ételt, ott nekem kellett a pulthoz menni, és nem kijelzővel, hanem élő emberrel kommunikáltam.

-----
A kockás zakók és a mellészabások tekintetében kérdezze meg úri szabóját.

Az persze elképzelhetetlen, hogy a tányért és az evőeszközöket nem közvetlenül a kijelzőre teszik le eléd, hanem egy alátétre, amit egyébként amúgy is használnak éttermekben.

A digitális étlapban szerintem van potenciál, bár tény, hogy a jelenlegi éttermi kultúrába nehezen beilleszthető.

Azért én el merek képzelni egy tabletes rendelő rendszert (akár saját eszközről rendelve, akár még oda sem érve az étterembe!), ahol nem csak a francia-olasz nevét, meg az árát látom a kajának, hanem esetleg nagyobb képet, normális leírást. Elképzelem, hogy vegetáriánusként rögtön csak a vegetáriánus ételeket látom, vagy két kattintással leszűröm a csípős, vagy a mogyorót tartalmazó ételeket, utóbbit mondjuk allergia miatt. És amikor rendelnék, akkor nem próbálom rejtjelezve elmutogatni a Bouillabaisse-t, ha már a kijeltésemet nem érti a pincér, hanem csak rendelek, és kész.

Szóval van alapja a dolognak :)

Elképzeltem. Kissé furcsa, de biztosan meg lehetne szokni. Igazság szerint nem is tudom hogy hány éve voltam utoljára étteremben. Régen amikor Pestre jártam tanulni akkor a Pizza-Hat éttermében a (körúton volt) többször megfordultam. Kultúrált hely volt. Ma már ez biztosan drága mulatság lenne.

Szuper, örülök neki hogy ilyen jól halad a projekt, csak amiatt aggódom, hogy nem lesznek gyártó által kiadott driver-ek a Wayland-hoz. Ha jól tudom, eléggé támaszkodik a cucc bizonyos kernelmodulokra, amelyek licence gondolom jó eséllyel GPL. Innentől kezdve kérdéses, hogy meg lesz-e a gyártók részéről a támogatás, ami pedig létfontosságú.

Épp az imént olvastam Phoronix-en, hogy az Intel elkezdte működére bírni a VA-API-t, ez alapján ők dolgoznak rajta.
Amd-nél ott a gallium3d-s driver, ami már szinte teljesen jó, ha nem akarsz komoly 3d-t (én két dolgot hiányolok belőle: automatikus energiagazdálkodást és h.264 gyorsítást, utóbbin már többször is olvastam, hogy dolgoznak, előbbi meg elvileg meg van oldva, csak elő kéne kotorni megint a fogyasztásmérőmet, hogy ellenőrizzem).
Kimaradt az nv, de ők meg egyre jobban kihúzódnak a klasszikus pc-s vga-k piacáról.

elvileg nem lesz szükség külön driverekre.

Where possible, Wayland reuses existing drivers and infrastructure. One of the reasons this project is feasible at all, is that Wayland reuses the DRI drivers, the kernel side GEM scheduler and kernel mode setting. Wayland doesn't have to compete with other projects for drivers and driver developers, it lives within the X.org, mesa and drm community and benefits from all the hardware enablement and driver development happening there.