Die Linux-Community ist über Canonicals Mir-Projekt verärgert.
Die Linux-Community ist über Canonicals Mir-Projekt verärgert. (Bild: Canonical)

Canonical "Warum wir Mir entwickeln"

Auf Google+ haben Canonical-Mitarbeiter nochmals detailliert erörtert, warum sie Mir entwickeln, und sich erneut beim Wayland-Projekt für einige irreführende Informationen entschuldigt. Canonical wird weiterhin vorgeworfen, die Community zu spalten.

Anzeige

Canonical-Entwickler Christopher Halse Rogers hat nochmals zusammengefasst, warum sein Arbeitgeber einen eigenen Display-Server namens Mir entwickeln will. Mir solle eigentlich so werden wie Wayland, aber doch ganz anders, schreibt Halse Rogers. Mirs Ansatz hätte daher fundamentale Änderungen am Wayland-Code bedeutet. Deshalb habe Canonical zunächst von einer Mitarbeit abgesehen. Vor allem Canonicals Arbeit an der Integration der Treiber solle aber auch den Wayland-Entwicklern zugute kommen. Ohne die Unterstützung für den X-Server werde auch Mir nicht auskommen, schreibt Halse Rogers, denn für den Anwender solle sich nichts ändern. Sämtliche Desktops, ob Gnome, Xfce, KDE oder Mint, sollten auch weiterhin mit Mir funktionieren.

Halse Rogers entschuldigte sich nochmals bei den Wayland-Entwicklern für die Aussage, die Protokolle von Wayland seien unsicher. Diese Behauptung sei falsch. Im Gegenteil: Wayland löse Sicherheitsprobleme, die es in X gebe.

Fünf Punkte für Mir

In fünf Punkten handelte Halse Rogers die Gründe für die Entwicklung von Mir ab:

Canonical wolle etwas Ähnliches wie Wayland, denn die Entwicklung einer Desktop-Shell mit X sei frustrierend.

Canonical habe nicht Waylands Referenz-Compositor Weston verwenden wollen, denn Weston sei keine Desktop-Shell, sondern diene lediglich der Entwicklung der Wayland-Protokolle. Canonicals Entwickler hätten ein Fork von Weston entwickeln und es für ihre Zwecke umschreiben können, aber es sei schwierig, Testroutinen für eine existierende Code-Basis zu schreiben.

Als Canonical mit der Entwicklung von Mir begonnen habe, habe es keinen Input-Stack für Wayland gegeben.

Für die Unterstützung der ARM-Plattform wollten Canonicals Entwickler eine serversetige Speicherverwaltung. Diese solle langfristig überall in Ubuntu umgesetzt werden. Die Wayland-EGL-Plattform in Mesa und Weston verwende hingegen eine clientseitige Puffer-Allozierung. Zwar sei das auch in den Wayland-Protokollen möglich, allerdings sei die Umsetzung äußerst schwierig und vermutlich nicht im Interesse des Wayland-Projekts.

Und schließlich wollten die Mir-Entwickler eine andere Semantik für die Fensterverwaltung, als die, die in Waylands wl_shell und wl_shell_interface umgesetzt sind.

Letztendlich hätte die Weiterentwicklung von Wayland und Weston für Canonical bedeutet, dass dessen Entwickler einen Input-Stack entwickeln, Patches für die EGL-Plattform in Mesa schreiben und die Umsetzung der Fensterverwaltung in allen Toolkits umschreiben müssten. Zusammen mit der Neuentwicklung sämtlicher Testverfahren sei das ein größerer Aufwand, als einen eigenen Display-Server zu entwickeln, resümiert Halse Rogers.

Weiterhin für X

Canonical werde auch weiterhin den X-Server unterstützen, schreibt Halse Rogers in einem zweiten Posting. Applikationen, die auf X11 basieren, sollten von der Umstellung auf Mir nichts bemerken. Lediglich die Nutzung alternativer Display-Manager wie GDM oder KDM müsste beim Systemstart definiert werden und nicht wie bisher im Anmeldefenster. Aber auch diese Einschränkungen seien langfristig lösbar.

Auf Desktop-Systemen werde sich der Treiber-Stack von XMir nur geringfügig von dem von XWayland unterscheiden, schreibt Halse Rogers außerdem, um die Befürchtungen zu zerstreuen, Mir werde die Treiberentwicklung unter Linux fragmentieren. Mirs EGL-Plattform werde sich ebenfalls kaum von der für Wayland oder sogar X11 unterscheiden. Daher würden Entwicklungen, die Canonical zusammen mit Nvidia und AMD für ihre proprietären Treiber anstrebt, auch den anderen Projekten nützlich sein.

Das große Drama

In den Kommentaren zu seinen Postings erntete Halse Rogers abermals die Kritik, Canonical wolle mit seinem Alleingang die Linux-Community spalten. Ein Poster fasste zusammen: "Ich bin nur wegen des Dramas hier. Hauptsache, es funktioniert."


Thaodan 19. Jun 2013

Nicht verallgemeinern, das Arch und das Ubuntuers Wiki ist super, genau so wie dessen Foren.

Thaodan 14. Mär 2013

Wollte das nicht sogar KWin im gewissen Sinne?

Thaodan 14. Mär 2013

Klar, aber diese sollte sich nicht untereinander parasitär verhalten.

Thaodan 12. Mär 2013

Hoffen wir das es KDE 4.11 sein wird.

Thaodan 12. Mär 2013

Trägt Mark jetzt auch so schöne Rollkragen Polover and presentiert " the next big...

Kommentieren


Karl-Tux-Stadt / 12. Mär 2013

Hat es jetzt der letzte begriffen?



Anzeige

  1. Referatsleiter/in ABS Workflow and Batch Services in ABS Cross Functional Services
    Allianz Managed Operations & Services SE, Stuttgart
  2. Spezialist (m/w) Entwicklung Systemsoftware
    Torqeedo GmbH, Gilching (Großraum München) / Fürstenfeldbruck
  3. CRM Entwickler / Administrator (m/w)
    Nemetschek Allplan Systems GmbH, München
  4. IT Projektleiter (m/w)
    AVL DiTEST über M & P Leading Search Partners GmbH, Fürth

 

Detailsuche


Folgen Sie uns
       


  1. Elektroautos

    Tesla will Akkufabrik in Deutschland bauen

  2. Studie

    Mädchen interessieren sich quasi gar nicht für IT-Berufe

  3. Taxi-Konkurrenz

    Uber will Gesetzesreform

  4. Star Citizen

    Virtuelles Raumschiff für 2.500 US-Dollar

  5. Patentstreit

    Samsung fordert Importverbot für Nvidia-GPUs

  6. Spieleklassiker

    Retrogolem spielt Star Wars X-Wing (DOS)

  7. Panasonic Lumix DMC-LX100 im Test

    Kamera zum Begeistern und zum Verzweifeln

  8. Kanzlerhandy

    Bundesanwaltschaft will NSA-Ermittlungsverfahren einstellen

  9. Internetsuche

    EU-Parlamentarier erwägen Google-Aufspaltung

  10. 15 Jahre Unreal Tournament

    Spiel, Bot und Sieg



Haben wir etwas übersehen?

E-Mail an news@golem.de



Zbox Pico im Test: Der Taschenrechner, der fast alles kann
Zbox Pico im Test
Der Taschenrechner, der fast alles kann

SE Android: In Lollipop wird das Rooten schwer
SE Android
In Lollipop wird das Rooten schwer
  1. Lollipop Android 5.0 für deutsche Nexus-Geräte ist da
  2. Android 5.0 Lollipop wird für Nexus-Geräte verteilt
  3. Android 5.0 Aktuelles Moto G ist erstes Smartphone mit Lollipop-Update

Battlefield Hardline angespielt: New Action Hero
Battlefield Hardline angespielt
New Action Hero
  1. Videostreaming Youtube startet 60-fps-Wiedergabe
  2. Electronic Arts Business-Ergebnisse und Battlefield-Termine
  3. Dreijahresplan EA will Spielervertrauen zurückgewinnen

    •  / 
    Zum Artikel