Login


 
Newsletter
Werbung

Thema: Erste Testversion von Wayland

3 Kommentar(e) || Alle anzeigen ||  RSS || Kommentieren
Kommentare von Lesern spiegeln nicht unbedingt die Meinung der Redaktion wider.
0
Von Anonymous am So, 12. Februar 2012 um 21:01 #

Das ist der Punkt. Nichts genaues weiß man nicht, weil man nicht voraus plant.
Wayland _ist_ genau das, was Du hier verlangst: die Planung für eine sinnvolle Zukunft des Linux-Grafiksystems. Ich zitiere mal die Wayland-FAQ: "Getting to a point where the X server is a compatibility option instead of the core rendering system will take a while, but we'll never get there if don't plan for it."

Bei anderen Lösungen, wie upstart, hal, devfs, d-bus, mag es ja kein Beinbruch sein, wenn man die vor-sich-hin entwickelt und nach 5 Jahren wieder wegwirft. Weil es eben leicht austauschbare Technologien sind und abgesehen von den Distributoren wenig Menschen von diesem Experimentieren betroffen sind. Für das Grafik-System gilt das aber nicht. Alle Treiber, ob Opensource oder Close-Source, alle GUI-Toolkits, alle Grafik-Settings alle paar Jahre neu anzupassen ist definitiv nicht drin.

Von X kann man vieles sagen, aber es ist gut 10 Jahre älter als Linux. Es läuft seit 30 Jahren auf völlig verschiedenen Systemen und auch auf, aus Sicht von X, völlig neuartigen Systemen. Und ich kann mir nicht vorstellen, dass man das in 30 Jahren auch von Wayland sagen wird.

Wieder einmal beweist Du, dass Du keine Ahnung hast, wovon Du sprichst. D-Bus ist ein IPC-System, der Inbegriff einer nicht leicht austauschbaren Komponente, weil es eben mit sehr vielen anderen Programmen interagiert.
Und wie wäre es, wenn Du auch nur mal ein einziges Argument dafür nennen würdest, wieso Du das Wayland-Protokoll nicht für zukunftsfähig hältst? Fakt ist jedenfalls, dass es äußerst erweiterbar ist. Genauer gesagt: Bei Wayland ist *alles* eine Protokollerweiterung, bis auf die Funktionalität, die man benötigt, um die bekannten Protokollerweiterungen abzufragen (Quelle). Es ist äußerst unwahrscheinlich, dass so ein Protokoll überhaupt veralten kann.

Es gibt noch andere Möglichkeiten, als ein vollständiger Bruch, um die Probleme mit X anzugehen. Man könnte sich mal hinsetzten und erstmal evaluieren, wie die Anforderungen genau sind und wo man das Protokoll sinnvoll erweitern könnte. Man könnte die Code-Basis aufbessern und entrümpeln. Aber das ist halt deutlich unsexier und anstrengender als so eine Ein-Mann-Show und Linux-Only-Lösung.
Wayland ist keine Linux-Only-Lösung sondern ein Protokoll, das prinzipiell auf allen Plattformen implementiert werden kann. Auf Linux beschränkt ist lediglich Weston, die Demo-Implementierung dieses Protokolls, die Linux-Technologien wie KMS voraussetzt. Es spricht aber nichts gegen Implementierungen auf Basis anderer Betriebssysteme, wenn diese die nötige Funktionalität bereitstellen. Und wenn sie das nicht tun -- nun ja, dann haben sie eben Pech gehabt. Es wäre dumm, die Möglichkeiten, die der moderne Linux-Grafikstack bietet, zu ignorieren, nur weil die Anbieter anderer Systeme ihren Grafikstack nicht auf die Reihe bekommen. Insbesondere, wenn man berücksichtigt, dass Solaris, FreeBSD & Co. auf dem Desktop praktisch gar nicht verwendet werden.

  • 0
    Von ich am So, 12. Februar 2012 um 21:30 #

    Wayland ist keine Linux-Only-Lösung sondern ein Protokoll, das prinzipiell auf allen Plattformen implementiert werden kann. Auf Linux beschränkt ist lediglich Weston, die Demo-Implementierung dieses Protokolls, die Linux-Technologien wie KMS voraussetzt. Es spricht aber nichts gegen Implementierungen auf Basis anderer Betriebssysteme, wenn diese die nötige Funktionalität bereitstellen. Und wenn sie das nicht tun -- nun ja, dann haben sie eben Pech gehabt. Es wäre dumm, die Möglichkeiten, die der moderne Linux-Grafikstack bietet, zu ignorieren, nur weil die Anbieter anderer Systeme ihren Grafikstack nicht auf die Reihe bekommen. Insbesondere, wenn man berücksichtigt, dass Solaris, FreeBSD & Co. auf dem Desktop praktisch gar nicht verwendet werden.

    Lies doch mal die FAQ und die Aussagen des Entwickler. Wayland setzt auf einen Linux DRM Stack auf, benutzt Linux Technik für Energie und Geräteerkennung und setzt sonst nur Annahmen, die ausschließend auf Linuxsystemen zu finden sind. Selbst wenn man portieren würde, ständig nachziehen will das keiner. Der Linuxstack ändert sich ständig da mitzuhalten mit den entsprechenden Resourcen (Wissen, Zeit) halten nur Söldner aus.

    • 0
      Von Anonymous am So, 12. Februar 2012 um 22:06 #

      Lies doch mal die FAQ und die Aussagen des Entwickler. Wayland setzt auf einen Linux DRM Stack auf, benutzt Linux Technik für Energie und Geräteerkennung und setzt sonst nur Annahmen, die ausschließend auf Linuxsystemen zu finden sind.
      Nein, Wayland tut nichts dergleichen, Weston tut das.

      Selbst wenn man portieren würde, ständig nachziehen will das keiner. Der Linuxstack ändert sich ständig da mitzuhalten mit den entsprechenden Resourcen (Wissen, Zeit) halten nur Söldner aus.
      Wenn die Entwickler anderer Systeme den Linux-Grafikstack mit KMS, DRM etc. nicht wollen, können sie ihren eigenen implementieren, und dann Wayland auf dieser Grundlage umsetzen. Und wenn sie das auch nicht können, dann ist das eben schlicht und einfach ihr Problem. Es ist nicht die Aufgabe der Entwickler des Linux-Grafikstacks, sich auch noch um den Grafikstack anderer Systeme zu kümmern, die auf dem Desktop ohnehin keine Rolle spielen.

Pro-Linux
Frohe Ostern
Neue Nachrichten
Werbung