Leider haben die SuSE-Pakete eine unaufgelöste Abhängigkeit: Sie setzen Metacity 2.15 voraus, und eben dieses gibt es (wie auch ein neueres Gnome) nicht für die aktuelle 10.1 Distribution nicht.
Von Mathegenie am Di, 28. November 2006 um 12:01 #
Minus plus Minus ist nicht Plus. Minus mal Minus ist Plus.
Sprachfetischisten sind in der Regel Logiknieten, siehe Ausnahme für die Ausnahme und trotzdem ein ungenaues Ergebnis in dem Regelwerk der deutschen Grammatik. *lol*
> man könnte sagen Compiz ist für konservative, Beryl etwas für "experimentierfreudige" Benutzer.
den eindruck hab ich auch.
ich bin jetzt nicht der große guru aus der 3d-desktop welt, aber nach lesen des statements über die abspaltung von bery und der darauf folgenden reaktion des compiz entwicklers hab ich das gefühl dass der fork eher eine trotz reaktion war. manche entwickler scheinen es nicht verkraftet zu haben dass jeder (suboptimale-)patch und jeder schnelle hack den weg in die offizellen sourcen findet.
naja, jedenfalls stecken zur zeit noch beide projekte in recht frühen stadien. ob nun compiz "verstaubt" weil einfach die features fehlen, oder ob berly zum unwartbaren, buggy monster wird muss man abwarten.
ich bin damit auch der meinung das beide projekte eine existenzberechtigung haben. immerhin hat die abspaltung von berly schon dazu geführt dass bei compiz mehr für die communty arbeit getan wird. ob sich letztendlich ein projekt durchsetzen wird bleibt abzuwarten.
> Der Code von Compiz gilt als "sauberer", allerdings ist die Entwicklungsgeschwindigkeit von Compiz auch nicht so das wahre.
BVV 244: "Geduld, Geduld, ... wenn Dich falsche Zungen stechen". Gebt den Entwicklern mal Zeit saubere Architekturen auf die Beine zu stellen. Hüftschüsse bringen niemand etwas. Reveman ist ein genialer Entwickler, der nur genau so viel Zeit benötigt, wie man eben braucht um etwas vernünftiges auf die Beine zu stellen.
wenn du mal nen blick auf blog.beryl-project.org wirfst, wirst du sehen, dass ne ganze menge der dinge die in beryl einfließen immernoch von compiz-git genommen werden. z.t. ohne größere änderungen. heliodor ist nur ein beispiel. d.h. würde von heute auf morgen compiz komplett abgeschafft, würde es einige gute und wichtige arbeiten die in beryl einfließen erstmal nicht mehr geben wodurch die entwicklung _um einiges_ verlangsamt würde. daher wird compiz definitiv noch gebraucht. darüberhinaus ist, wie schon an anderer stelle gesagt, der code von compiz sauberer.
Hat zwar nicht direkt was mit Compiz/Beryl zu tun, aber ich frage mich immer wieder, warum man so intensiv an XGL entwickelt und sich nicht voll und ganz auf Xegl konzentriert.
Für mich ist die gesamte XGL-Entwicklung Zeitverschwendung, während Xegl ein echter Fortschritt wäre. Wenn Xegl ansich intensiver entwickelt würde und stabiler wäre, würden wohl auch die Grafikkartenhersteller Treiber zur Verfügung stellen, mit denen man besser arbeiten könnte.
Was ist den xegl? Kenne nur XGL und AIGLX, wobei ich AIGLX für die wesentlich bessere Lösung halte (PlugIn für Xorg) und davon ausgehe, dass es sich auf lange sicht durchsetzen wird.
Xegl ist schon die ideale Lösung. Es ist ein X-Server, der die Fenster direkt als OpenGL-Texturen rendert. Xgl ist Mist, weil es auf einen normalen X-Server aufsetzt, und dazu noch selbst keine OpenGL-Programme zulässt. AIGLX ist zwar ne sehr schöne Übergangslösung, aber nicht ideal, da man eben sowas wie compiz oder beryl braucht, um die Fenster in Texturen umzuwandeln. Wenn das der X-Server selber erledigen kann, ist das doch klar die beste Lösung. Sozusagen Xorg und Xgl in einem. Für den User wär's natürlich nicht von AIGLX zu unterscheiden.
Von Christopher Reitz am Mo, 27. November 2006 um 15:14 #
Sollen nicht sowohl Metacity als auch KWin in den kommenden Versionen direkt mit OpenGL Fähigkeiten ausgestattet werden, so dass Compiz/Beryl nicht mehr unbedingt benötigt werden? Von wem wird Xegl entwickelt? Kann mir schwer vorstellen, dass die gängigen Distris sich in Zukunft allzu schnell von Xorg trennen werden. War bei einigen ja schon ein Krampf endlich mal Xfree fallen zu lassen. Bei Debian geschieht das sogar erst in der nächsten stable.
Der ganze X-Server sollte endlich begraben und neu entwickelt werden.
Er ist langsam und unflexibel. Ich begrüße zwar die Arbeit, die in die Modularisierung gesteckt wird, aber es wäre langsam an der Zeit, den X-Server komplett neu zu entwickeln. Dauert ja sowieso einige Jahre, bis er stabil genug wäre.
Und Ansätze gäbe es ja schon, verschiedene Menschen haben schon Test-Projekte gestartet (Ich erinnere mich konkret an den sogenannten "Y-Server", den ein deutscher Student gestartet hat, als kompletter Ersatz zu den anderen Produkten.) Und auch wenn ich jetzt nicht wirklich den technischen Hintergrund zu dem ganzen Zeugs verstehe, denke ich, dass man diese ganzen Compiz/Beryl-etc.-Sachen bei einer grundlegenden Neuentwicklung besser berücksichtigen könnte.
Nur müssten sich da Red Hat und Novell mal auf was einigen, und das wird wohl nicht der Fall sein...
Ich hab mir gerade mal die Xegl-Seite in Wikipedia angeschaut. Das ist ja tatsächlich eine super Sache, aber anscheinend wird da nichts mehr dran entwickelt, oder? Die Seite auf freedesktop ist veraltet und die Spezifikationen habe sich seit August 2005 auch nicht mehr geändert. Lebt das Projekt überhaupt noch? Nach dem was dort steht, ist Xegl ja tatsächlich die erste Wahl, wenn es um die Unterstützung von 3D-Funktionen geht. Ich bin auf jeden Fall ganz schön ins schwärmen gekommen.
Ich habe auch vergeblich nach aktuellen Meldungen gesucht :(
http://de.wikipedia.org/wiki/Xegl sollte man aber auf jeden Fall lesen, v.a. Probleme/Lösungsansatz.
Komischerweise haben nvidia und ATI bereits angekündigt, Xegl unterstützen zu wollen, wenn es in einer stabilen Version erscheint und es scheint sich trotzdem nichts zu tun.. Schade eigentlich..
Von Xgl und Xglx am Mo, 27. November 2006 um 18:48 #
also wie ich das verstanden habe ist Xgl die technik, und Xegl und Xglx die implementierung/realisierung.Xgl ist deshalb nicht "schlecht". das was du meinst heißt doch Xglx und ist als zwischenlösung konzipiert bis Xegl "an der Zeit" ist...
Kann man mit dem Mausrad den Desktop drehen, sprich: meine Maus befindet sich über dem Hintergrundbild und ich bewege das Mausrad, so daß sich der Desktop dreht. Verwende Gnome als Desktop.
Das KDE das kann, weiß ich (auch mit Compiz?). Das Beryl das kann (sogar unter Gnome), weiß ich auch. Also spart euch diese Kommentare Möchte nur ein Nein/Ja. Wenn Ja, dann bitte den Gconf-Key kurz schreiben. Hab im Gconf-Editor nix gefunden, womit ich Compiz das beibringen kann.
Musst mal in die neuen buildservice repos schauen und die einbinden (am besten mit smart)
http://en.opensuse.org/Build_Service/User
http://software.opensuse.org/download/
Doppelte Verneinung...?
also doch ;)
sys0
Minus mal Minus ist Plus.
Sprachfetischisten sind in der Regel Logiknieten, siehe Ausnahme für die Ausnahme und trotzdem ein ungenaues Ergebnis in
dem Regelwerk der deutschen Grammatik. *lol*
Der Code von Compiz gilt als "sauberer", allerdings ist die Entwicklungsgeschwindigkeit von Compiz auch nicht so das wahre.
Beide Projekte haben daher ihre Existenzberechtigung. Konkurrenz belebt das Geschäft *G*
den eindruck hab ich auch.
ich bin jetzt nicht der große guru aus der 3d-desktop welt, aber nach lesen des statements über die abspaltung von bery und der darauf folgenden reaktion des compiz entwicklers hab ich das gefühl dass der fork eher eine trotz reaktion war.
manche entwickler scheinen es nicht verkraftet zu haben dass jeder (suboptimale-)patch und jeder schnelle hack den weg in die offizellen sourcen findet.
naja, jedenfalls stecken zur zeit noch beide projekte in recht frühen stadien. ob nun compiz "verstaubt" weil einfach die features fehlen, oder ob berly zum unwartbaren, buggy monster wird muss man abwarten.
ich bin damit auch der meinung das beide projekte eine existenzberechtigung haben. immerhin hat die abspaltung von berly schon dazu geführt dass bei compiz mehr für die communty arbeit getan wird. ob sich letztendlich ein projekt durchsetzen wird bleibt abzuwarten.
BVV 244: "Geduld, Geduld, ... wenn Dich falsche Zungen stechen". Gebt den Entwicklern mal Zeit saubere Architekturen auf die Beine zu stellen. Hüftschüsse bringen niemand etwas. Reveman ist ein genialer Entwickler, der nur genau so viel Zeit benötigt, wie man eben braucht um etwas vernünftiges auf die Beine zu stellen.
d.h. würde von heute auf morgen compiz komplett abgeschafft, würde es einige gute und wichtige arbeiten die in beryl einfließen erstmal nicht mehr geben wodurch die entwicklung _um einiges_ verlangsamt würde.
daher wird compiz definitiv noch gebraucht.
darüberhinaus ist, wie schon an anderer stelle gesagt, der code von compiz sauberer.
Für mich ist die gesamte XGL-Entwicklung Zeitverschwendung, während Xegl ein echter Fortschritt wäre. Wenn Xegl ansich intensiver entwickelt würde und stabiler wäre, würden wohl auch die Grafikkartenhersteller Treiber zur Verfügung stellen, mit denen man besser arbeiten könnte.
Kenne nur XGL und AIGLX, wobei ich AIGLX für die wesentlich bessere Lösung halte (PlugIn für Xorg) und davon ausgehe, dass es sich auf lange sicht durchsetzen wird.
Von wem wird Xegl entwickelt? Kann mir schwer vorstellen, dass die gängigen Distris sich in Zukunft allzu schnell von Xorg trennen werden. War bei einigen ja schon ein Krampf endlich mal Xfree fallen zu lassen. Bei Debian geschieht das sogar erst in der nächsten stable.
Ich finde das AIGLX + Beryl die beste Lösung z.Z. ist da man durch den Manager jederzeit zwischen Kwin, Aquamarine und emerald/beryl wechseln kann
Er ist langsam und unflexibel. Ich begrüße zwar die Arbeit, die in die Modularisierung gesteckt wird, aber es wäre langsam an der Zeit, den X-Server komplett neu zu entwickeln. Dauert ja sowieso einige Jahre, bis er stabil genug wäre.
Und Ansätze gäbe es ja schon, verschiedene Menschen haben schon Test-Projekte gestartet (Ich erinnere mich konkret an den sogenannten "Y-Server", den ein deutscher Student gestartet hat, als kompletter Ersatz zu den anderen Produkten.) Und auch wenn ich jetzt nicht wirklich den technischen Hintergrund zu dem ganzen Zeugs verstehe, denke ich, dass man diese ganzen Compiz/Beryl-etc.-Sachen bei einer grundlegenden Neuentwicklung besser berücksichtigen könnte.
Nur müssten sich da Red Hat und Novell mal auf was einigen, und das wird wohl nicht der Fall sein...
http://de.wikipedia.org/wiki/Xegl sollte man aber auf jeden Fall lesen, v.a. Probleme/Lösungsansatz.
Komischerweise haben nvidia und ATI bereits angekündigt, Xegl unterstützen zu wollen, wenn es in einer stabilen Version erscheint und es scheint sich trotzdem nichts zu tun.. Schade eigentlich..
Das KDE das kann, weiß ich (auch mit Compiz?). Das Beryl das kann (sogar unter Gnome), weiß ich auch. Also spart euch diese Kommentare
Möchte nur ein Nein/Ja. Wenn Ja, dann bitte den Gconf-Key kurz schreiben. Hab im Gconf-Editor nix gefunden, womit ich Compiz das beibringen kann.
Danke!