Haldoklik a Compiz?

A linuxos vizuális úttörő (szemcukorka és VPS [© trey]) úgy néz ki, hogy megint hattyúdalát fújja.
Alig fejlesztik, branchelik stb, ahogy ilyenkor szokás:
http://lists.freedesktop.org/archives/compiz/2008-December/003236.html

( szotsaki | 2009. 01. 02., p – 16:53 )

Mivel sokan az Ubuntut a Compizhoz kötötték (mondhatni egybeforr vele), kíváncsi vagyok, lép-e valamit a Canonical.

--
Elder Scrolls

( tiger | 2009. 01. 02., p – 17:01 )

Nekem nem hiányozna
---
/* No comment */
Ketchup elementál megidézése a sajt síkra

( sly007 v | 2009. 01. 02., p – 17:24 )

Lenne hova fejlődnie hiszen már vannak újabb inspirációk, és van pár új plug-in is amit érdemes lenne befejezni.
sly @ w3m.hu

1.) nagyon bugos (intel kártya, compiz bekapcsolva, dpms off, és elszáll az X, meg viszi magával a billentyűzetet + egeret)
2.) bár sokan nem szeretik a KDE-t, de annak nagyon keresztbe tenne
3.) egyéb más ablakozókkal is komoly problémákat generálhat

A legjobb az lenne, ha a metacity-vel hoznák össze. A jelenlegi X-szel én az ablakozó + kompozit házasítást (xfce, kwin4) látom a legéletképesebbnek.

1.) Nem értem, hogy az op-ci-o-ná-lis (bekapcsolható, kikapcsolható) szón mit nem lehet érteni! Nyilván az xorg fejlesztőinek is fenekestül fel kéne forgatnia az egészet, ha valamit nagyon akarnának vele.
2.) Én KDE-t használok és teljesen jó. 4.1-es KDE-n is jó volt és most is, 3.5.10-es KDE-vel.
3.) Xfce-vel és a Gnómmal sem volt gond, máson sajnos nem próbáltam, de továbbra sem értem, miért jelentene hátrányt, ha valami stabilat kihoznának belőle és még mindig _be-/kikapcsolható_ lenne.

És ha a metacityvel vonnák össze, az miért lenne jobb azoknak, akik KDE-t és Compizt használnak?
Persze így is jó, ahogy most van, csak fejlesszék, akinek meg nem kell, az ne használja és a szája lapos legyen.

1.) Ha fenekestül fel kell forgatni, onnantól kezdve nem opcionális. Gondolj csak bele, hogy a TTM->GEM váltás mennyi szopást generál. Szerinted mennyi ideig lenne broken az X, ha belegányolnák a compizt?
2.) Én nem szeretem a compizt, kwin4-et használok.
3.) Pont ezzel a stabilsággal van gondom. 3 éve kezdődött, és még mindig nem stabil.

Irreleváns, emerald --replace helyett metacity --replace-t írnak.

Pont én is ezt mondom, hogy maradjon így, ahogy van, max hozzák össze a metacityvel, de ne integrálják az X-be. Hadd lehessen meg a lehetőség nem azt használni.

Kristian Lyngstol brought up a very good point on the mailing list recently, and while the Phoronix article may be a little out of place, what he said may very well spell an end for Compiz if we don't do something about it.

Basically, what Kristian is saying is that Compiz lacks direction: We don't have a set plan on where we're going with the code. Every so often we add a new plugin, or change the core to fix a bug, but there is no over-arching theme to what we're doing. Then someone come along with something like the object framework or Compiz++ and we just don't know what to do with it.

Kristian also mentioned the poor quality of the documentation on the core. It's out-dated, poorly written, and no one contributes to it except himself. If Compiz did die, it would be pretty hard for another group to pick it up without a properly documented core, so we're just screwing everyone over if we don't work on this.

One last thing Kristian said was that we're fragmented. Code is kept in two places, as are bugs and mailing lists. We need to consolidate. I for one believe our best bet is to just take the C-F ML, bug tracker and git and use them. They already have more than the Freedestkop pieces because they carry all of the Compiz-Fusion work. Personally, I think we need to drop the idea of Compiz + Compiz-Fusion, and just let it all be one again. But that's probably just me.

Anyway, Compiz isn't dead yet. Far from it. We have new plugin devs, great plans for the core, and a lot of potential direction. We just need some agreement on where we should go.

KAMI
--
Támogatás | OxygenOffice | Fordításaim és SeaMonkey

( Hiena v | 2009. 01. 02., p – 19:11 )

Istenem add, hogy behaljon a project. Az egyik legnagyobb technikai zsákutca a Compiz.
Nativ, X kompatibilis, OpenGL alapú X szerver, csak ez az egyetlen járható út a jelen pillanatban.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

Igen, csak épp a Compiz jelen pillanatban se hal, se hus.
Az X egy szabványosított protokol. Ezt simán ki lehetne egészíteni 3D funkciókkal, amit aztán át lehetne ültetni OpenGL hívásokra.
Egyetlen gond, hogy ehhez a jelenlegi X szervereket gyökeresen át kellene írni.
Szükség lenne egységes OpenGL interfaceel, rendelkező kernel driverekre.(Ez utóbbi az OpenGl szabványossága miatt nem lenne gond. A probléma, hogy a kernelfejlesztők max. bottal piszkálnak a PC grafikus részéhez.)
El kéne felejteni az X izomból belegányolós drivereit.
Plusz az összes többi móka és kacagás.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

Igen. azzal a kulonbseggel, hogy amig az XMoveCamera(x,y,z) egy valamikod+x+y+z-kent realizalodik az X szerver felé, ami szépen valami
"glTranslatef( -camPos.x, -camPos.y, -camPos.z );
glPushMatrix();"
szerűséggé alakítja át és adja tovább a kártyának.
Hogy miért lenne, jó?
Mert a későbbiek folyamán, egyrészt megmaradna az X hálózati protokol jellege, másrészt a ha kijön a SzuperMegaVirtuálisValóság1.0 szabvány és az utolsó kenyérpirító is azt használja, akkor nem kell mindenféle wrapperral és egyéb szutyokkal tökölni.

--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

De azért addig ne haljon ki, míg nem lesz natív, X kompatibilis OpenGL alapú X szerver. Bár ha OpenGL alapú, nem valami olyan dolog, amit ki lehet hagyni, az megint nem jó, mert én nem fogok félévente új videokártyáért rohangálni a boltba, mer'hogy a drága nvidia hirtelen nem támogatja a kártyát és nem frissíti a legacy drivereket a drága KDE5 meg emiatt bazi lassú.

( kmARC v | 2009. 01. 02., p – 23:44 )

Esetleg, ha mar itt tartunk, valaki rendbe rakna ezt az egesz compiz-compiz\ fusion dolgot?

Itt irtak, hogy a compizt a canonical nyomatja. De ubuntuban nem compiz-fusion van? Lemaradtam a berylnel, sry...

Volt anno egy Compiz, azt lassan fejlesztették és ezzel egy ember nem értett egyet (Quinn), így forkolta: így keletkezett a Beryl grafikus bűvmag és az Emerald ablakkezelő.

Aztán látták, hogy a Compiz stabil, a Beryl sokat tud, és újra összeolvasztották őket (Spoon :]). Ebből lett a Compiz-fusion és maradt az Emerald. A compiz fusion neve ma nem hivatalosan szépen megint visszaolvad compizzá.

Majd újra itt tartunk: a Compizt alig fejlesztik, az új pluginokon is lenne mit csiszolni, így nem olvasztják be...

Az Ubuntu hype nagyrésze a compizra épül, így kapcsolódik hozzá a Canonical. Hivatalosan, ha jól tudom, ők nem fejlesztik.

--
Elder Scrolls