Abo
  • Services:
Anzeige
Auf Veranstaltungen wie dem Kernel Summit diskutiert die Community in kleiner Runde ihre Probleme.
Auf Veranstaltungen wie dem Kernel Summit diskutiert die Community in kleiner Runde ihre Probleme. (Bild: Linux Foundation, Flickr.com/CC-BY 2.0)

Linux: Kernel-Maintainer brauchen ein Manifest zum Arbeiten

Auf Veranstaltungen wie dem Kernel Summit diskutiert die Community in kleiner Runde ihre Probleme.
Auf Veranstaltungen wie dem Kernel Summit diskutiert die Community in kleiner Runde ihre Probleme. (Bild: Linux Foundation, Flickr.com/CC-BY 2.0)

Die Maintainer des Linux-Kernels werden immer stärker belastet. Ein Teil der Community versucht, das Problem aktiv zu lösen. Der Intel-Angestellte Daniel Vetter etwa schlägt dazu ein Manifest mit klaren Handlungsanweisungen vor, damit die Community künftig anders arbeitet.

Um auf das steigende Wachstum des Linux-Kernels reagieren zu können, diskutiert die Entwickler-Community seit einigen Jahren, wie dies umgesetzt werden könnte. Denn soviel ist klar, ein Maintainer skaliert nicht, und dem Kernel fehlen Maintainer, also Verantwortliche für bestimmte Code-Bereiche. Der Intel-Angestellte Daniel Vetter hat auf der Linux-Conf-Au ein Manifest vorgeschlagen, das bei der Arbeit als Maintainer beachtet werden soll, und dies in seinem Blog zusammengefasst.

Vetter schreibt als Begründung hierfür: "Ich denke, was am Ende benötigt wird, sind einige Richtlinien und Diskussionen darüber, was ein Betreuer ist, und was ein Betreuer tut". Vetter, der seit Jahren am Linux-Grafikstack sowie dort an Intels Treiber arbeitet, begründet dies vor allem mit seinen persönlichen Erfahrungen als Betreuer.

Anzeige

Handreichung für neue und alte Maintainer

Notwendig sei das Manifest, weil der Posten des Betreuers standardmäßig durch Zufall vergeben werde, "und dann muss jeder auf eigene Faust lernen, wie man das tut, während man hoffentlich nicht zu viele Brücken hinter sich niederreißt - zumindest ich selbst war auf dieser Reise manchmal ziemlich verloren", schreibt Vetter.

Der Entwickler fordert etwa eine größere Akzeptanz für die Verantwortung des Postens, das heißt auch, nicht nur technische Entscheidungen fällen zu müssen und sich seiner eigenen Machtposition bewusst werden zu müssen, um diese nicht auszunutzen. Letztlich müssten die Betreuer auch ihre eigenen Grenzen kennen und danach handeln. Das heißt, etwa Arbeit abzugeben oder in letzter Konsequenz auch für Ersatz zu sorgen und die Arbeit ganz aufzugeben. Vor allem Letzteres ist in der Vergangenheit aber teilweise eben nicht umgesetzt worden, was zu einigen Problemen geführt hat.

Vetter selbst teilt sich seit einiger Zeit die Verantwortlichkeit für den Code mit seinem Team, was in einem starken Kontrast zu dem bisher sehr hierarchisch organisierten Betreuungsmodell des Linux-Kernels steht. Daraus ergibt sich laut Vetter ein weiterer Vorteil: "Zumindest für mich geht es nicht nur darum, eine gute Code-Qualität zu gewährleisten, sondern auch um die Verbreitung von Wissen und die Verbesserung des Verständnisses. Am Anfang gibt es vielleicht eine Person, die den Code versteht: den Autor (und selbst das ist nicht gegeben). Nach guter Überprüfung sollte es mindestens zwei Menschen geben, die den Code vollständig verstehen, einschließlich der Spezialfälle. Und das ist auch, warum ich denke, dass Gruppenbetreuung die einzige Möglichkeit ist, jedes Projekt mit mehr als einem Beitragenden zu führen."

Von der Umsetzung der Betreuergruppen ist die Kernel-Community für viele Codeteile aber trotz der anhaltenden Diskussionen darum noch weit entfernt.


eye home zur Startseite
tbxi 21. Jan 2017

Ja, ein Batmankostüm, in dem Steven Rostedt steckt. Ist eine Art Running Gag.

maze_1980 21. Jan 2017

Er ist doch der Prototyp des modernen Linux-Maintainer mit seiner Kommune die sich...



Anzeige

Stellenmarkt
  1. ETAS GmbH & Co. KG, Stuttgart
  2. Schaeffler Technologies AG & Co. KG, Nürnberg
  3. BENTELER-Group, Düsseldorf
  4. Rohde & Schwarz GmbH & Co. KG, München


Anzeige
Hardware-Angebote
  1. täglich neue Deals
  2. 699€

Folgen Sie uns
       


  1. Bundestagswahl 2017

    Union und SPD verlieren, Jamaika-Koalition rückt näher

  2. IFR

    Zahl der verkauften Haushaltsroboter steigt stark an

  3. FTTH

    CDU für Verkauf der Telekom-Aktien

  4. Konkurrenz

    Unitymedia gegen Bürgerprämie für Glasfaser

  5. Arduino MKR GSM und WAN

    Mikrocontroller-Boards überbrücken weite Funkstrecken

  6. Fahrdienst

    London stoppt Uber, Protest wächst

  7. Facebook

    Mark Zuckerberg lenkt im Streit mit Investoren ein

  8. Merged-Reality-Headset

    Intel stellt Project Alloy ein

  9. Teardown

    Glasrückseite des iPhone 8 kann zum Problem werden

  10. E-Mail

    Adobe veröffentlicht versehentlich privaten PGP-Key im Blog



Haben wir etwas übersehen?

E-Mail an news@golem.de


Anzeige
Parkplatz-Erkennung: Bosch und Siemens scheitern mit Pilotprojekten
Parkplatz-Erkennung
Bosch und Siemens scheitern mit Pilotprojekten
  1. Community based Parking Mercedes S-Klasse liefert Daten für Boschs Parkplatzsuche

Optionsbleed: Apache-Webserver blutet
Optionsbleed
Apache-Webserver blutet
  1. Apache-Sicherheitslücke Optionsbleed bereits 2014 entdeckt und übersehen
  2. Open Source Projekt Oracle will Java EE abgeben

Lenovo Thinkstation P320 Tiny im Test: Viel Leistung in der Zigarrenschachtel
Lenovo Thinkstation P320 Tiny im Test
Viel Leistung in der Zigarrenschachtel
  1. Adware Lenovo zahlt Millionenstrafe wegen Superfish
  2. Lenovo Smartphone- und Servergeschäft sorgen für Verlust
  3. Lenovo Patent beschreibt selbstheilendes Smartphone-Display

  1. Re: Jamaika wird nicht halten

    Neratiel | 04:29

  2. Re: Selbstgemachtes Problem

    bombinho | 03:12

  3. Re: Endlich Reißleine ziehen.

    bombinho | 03:09

  4. Re: Dagegen! [solution inside]

    bombinho | 03:02

  5. Re: Wieso hat die PARTEI keine absolute Mehrheit?

    mnementh | 02:05


  1. 19:04

  2. 15:18

  3. 13:34

  4. 12:03

  5. 10:56

  6. 15:37

  7. 15:08

  8. 14:28


  1. Themen
  2. A
  3. B
  4. C
  5. D
  6. E
  7. F
  8. G
  9. H
  10. I
  11. J
  12. K
  13. L
  14. M
  15. N
  16. O
  17. P
  18. Q
  19. R
  20. S
  21. T
  22. U
  23. V
  24. W
  25. X
  26. Y
  27. Z
  28. #
 
    •  / 
    Zum Artikel