Schlagwort: Kernel

  • Linux 4.20 unterm Weihnachtsbaum

    Linux 4.20
    Photo by Aaron Burden on Unsplash

    Am gestrigen Sonntag hat Linus Torvalds Linux 4.20 freigegeben. Der neue Kernel wuchs um über 350.000 neue Zeilen, die sich auf rund 14.000 Änderungen verteilen. Es wurden mehr als 11.400 Dateien geändert. Damit liegt die neue Ausgabe im Trend der letzten Veröffentlichungen. Auch die Verteilung der Patches ist nicht ungewöhnlich, rund zwei Drittel entfallen auf Treiber, der Rest auf Netzwerk, Dateisysteme und Werkzeuge.

    Grafiktreiber

    An prominenter Stelle bei den Änderungen zu Treibern für Linux 4.20 ist AMD zu nennen. Die Entwickler des Grafikkartenherstellers fügten weiteren Code für die demnächst auf neuen Karten ausgelieferte AMD Vega 20 GPU bei, die damit fast komplett unterstützt ist. Darüber hinaus werden nun auch die GPUs mit den Codenamen Raven 2 und Picasso unterstützt. Der freie Nvidia-Treiber Nouveau erhielt initiale Unterstützung für HDMI 2.0.

    Dateisysteme

    Bei den Dateisystemen standen Verbesserungen der Leistung von Btrfs im Vordergrund. Aber auch Ext4, XFS, F2FS, Device Mapper und Ceph erhielten Patches. Im Verlauf der Entwicklung zu Linux 4.20 standen die Entwickler auch vor der Aufgabe, ein Problem zu lösen, dass unter bestimmten Bedingungen bei Verwendung von Ext4 zu Datenverlusten führen konnte. Im Endeffekt war aber nicht das weit verbreitete Dateisystem schuld, der Fehler wurde nach langer Suche im Multi-Queue-Block-Layer Blk-MQ  aufgespürt.

    Um so wichtiger ist es, dass bei den Blocktreibern die Umstellung auf eine neue Version vorbereitet wird, die alte wird vermutlich bereits mit 4.21 entfernt. Im Rahmen dessen wurden zahlreiche Blocktreiber auf das Multiqueue-API umgestellt.

    Speck ist weg

    Der umstrittene, erst kürzlich mit Linux 4.17 in den Kernel aufgenommene Verschlüsselungsalgorithmus Speck wurde in Linux 4.20 wieder entfernt. Google entzog dem eigentlich für Android vorgesehenen Code das Vertrauen. Das lag nicht an der Technik – Speck ist ungebrochen – sondern an seiner Herkunft, denn der Algorithmus wurde von der NSA entwickelt. Die ISO-Standardisierung wurde Speck verweigert, da die NSA nicht bereit war, detaillierte Fragen zu dem Algorithmus zu beantworten. Ein Schelm, wer Böses dabei denkt.

    Ferner liefen…

    Weiterhin wurde die Virtualisierung mit KVM verbessert, die nun auch in einer VM via Nested Virtualization weitere VMs erlaubt. Unterstützung gibt es auch für das Raspberry Pi Compute Module 3. Der TCP-Stack liefert Pakete künftig mit einem neuen Algorithmus aus, der nicht nur schneller, sondern auch sicherer sein soll.

    Viele Beobachter hatten erwartet, dass der neue Kernel analog zu dem Wechsel auf 4.0 nach 3.19 nun 5.0 heißen würde. Da sich Torvalds aber nicht auf ein Schema festlegen lassen will, hieß es, Linux 5.0 werde in 2019 kommen. Zunächst ist jedoch das Merge-Window für Einreichungen zu 4.21 eröffnet.

  • Der Code of Conduct und ein fehlender Kernel

    Code of Conduct
    Bild: Penguins | Quelle: pxhere | Lizenz: CC0
      Eigentlich haben viele im Linux-Dunstkreis heute Morgen beim Öffnen ihres Feed-Readers erwartet, die Veröffentlichungsnotiz für Linux 4.19 vorzufinden. Da war aber nichts. Der Grund für die Verspätung ist vermutlich die heutige Eröffnung des Open Source Summit in Edinburgh. Wenn es also keinen neuen Kernel gab, entschloss ich mich, zunächst einen Blick auf den nicht unumstrittenen Code of Conduct (CoC) und die Ereignisse der letzten Tage drumherum zu werfen.

    Neuer Code of Conduct

    Der neue Code of Conduct wurde ohne Öffentlichkeit etwa zeitgleich mit dem Beginn von Linus Torvalds Auszeit in den Kernelbaum eingebracht. Greg Kroah-Hartman hat das zwar als übliches Verhalten bei Dingen bezeichnet, die unter Richtlinien subsummiert werden können oder kontrovers sind. Aber in der gegebenen Situation sorgte ein neuer, still und leise eingebrachter Verhaltenscodex für Irritation bei vielen Entwicklern.

    Kritik am CoC

    Allgemein wurde erwartet, dass der Kritik an einigen Punkten des CoC noch vor der Veröffentlichung von Kernel 4.19 und dem Konferenzbeginn in Edinburgh Rechnung getragen würde. So hat Kroah-Hartman dann auch am Samstag eine Patch-Serie eingereicht, die sich einigen dieser Kritikpunkte annimmt und zudem ein Papier mit einer »Gebrauchsanweisung« hinzufügt.

    Rolle der Maintainer

    Bei den Änderungen ging es beispielsweise um die Rolle der Maintainer, die in der Originalfassung für die Durchsetzung des CoC zu sorgen hatten oder mit einem Nachspiel rechnen mussten. Das hat verständlicherweise für Unruhe gesorgt und so wurde dieser Passus gestrichen. Diesmal wurden die Änderungen einer größeren Anzahl an Entwicklern vorgelegt, bevor die Patches rausgingen.

    In the end, „be kind to each other“ is really what the end goal is for everybody. GKH

    Gebrauchsanweisung

    Großen Raum nimmt der Patch mit der Code of Conduct Interpretation ein, die erklärt, wie der CoC zu handhaben ist. Das Dokument stellt klar, dass man zwar freundlicher miteinander umgehen will, dass das aber nicht bedeutet, dass das Maß an Kritik, das den Einreichungen der Entwickler entgegengebracht wird, abnimmt. Der Entwicklungsprozess habe sich als der robust erwiesen, so wie er ist. Die Verantwortung der Maintainer in Bezug auf den CoC wird als der Wille, durch gutes Beispiel zu führen definiert. Es geben aber keine neuen Anforderungen an die Maintainer, das Verhalten anderer Entwickler direkt in irgendeiner Weise zu handhaben. Sie sollen allerdings versuchen, aufkommende Probleme zu lösen und wenn nötig an das »Technical Advisory Board« (TAB) oder die Mediatorin Mishi Choudhary heranzutragen.

    Alles rein menschlich

    Da viele Menschen an diesem Projekt arbeiten, wird es immer wieder menscheln und dabei auch Ausrutscher geben. Diese können nach dem neuen CoC wie ein Fehler im Code einer Software behandelt werden. Wenn also jemand in einer Mail unerwünschte Ausdrücke verwendet, kann jemand, der sich davon negativ angesprochen fühlt, einen Bug eröffnen, um die beanstandete Stelle abzuändern. Das gilt allerdings nicht rückwirkend. Linus Torvalds frühere verbale Entgleisungen bleiben uns in seinen alten E-Mails also auch künftig erhalten. Mittlerweile ist dann auch Linux 4.19 samt der Änderungen am CoC von Kroah-Hartman veröffentlicht worden, der damit den Staffelstab wieder an Torvalds zurückgibt.  
  • Die Gerüchteküche brodelt in der Kernel-Community

    Die Gerüchteküche brodelt in der Kernel-Community

    Am Wochenende hat Greg Kroah-Hartman mit Linux 4.19-rc5 erstmals in Eigenregie einen der wöchentlichen ReleaseKandidaten für den Linux-Kernel freigegeben. Der Grund dafür ist die zeitweise Abwesenheit von Linus Torvalds. Dieser hatte vor einer Woche erklärt, er nehme eine Auszeit und werde sich professionelle Hilfe suchen, um sein über die Jahre kultiviertes Verhalten von teils persönlich verletzenden Tiraden gegenüber den Kernel-Entwicklern auf der Mailingliste LKML zu ändern.

    Zudem entschuldigte er sich bei seinen Kollegen. Bereits Tage zuvor akzeptierte Torvalds einen verbindlichen Verhaltenscodex, was er bisher, genauso wie eine Änderung seiner rethorischen Entgleisungen, immer kategorisch abgelehnt hatte.

    Gerüchteküche brodelt

    Kaum war die Nachricht veröffentlicht, begannen in der Linux-Community Gerüchte zu sprießen. Anlass dazu lieferte unter anderem das Empfinden, dass die 180-Grad Kehrtwende, die Torvalds mit seiner Mail vollzogen hatte, nicht ohne Druck von außen geschehen sein könne. Hinzu kamen weitere Indizien, die Anlass gaben, mehr dahinter zu vermuten als dass Torvalds endlich einsichtig seinen Kritikern recht gegeben habe und Besserung gelobe.

    So veröffentlichte das wöchentlich erscheinende US-Kult-Magazin The New Yorker zwei Tage nach der Mail einen Artikel über Torvalds und seinen Sinneswandel, an dem dieser offenbar mitgewirkt hatte. So erweckte die eigentlich eher normale Erklärung, eine Auszeit nehmen zu wollen, einen größeren, konzertiert wirkenden Zusammenhang.

     Neuer Code of Conduct

    Die meisten Befürchtungen, dies sei mehr als eine Auszeit zur Selbstbespiegelung erweckte aber die Herkunft des neuen Code of Conduct, den in gleicher Form bereits andere Projekte einsetzen. Er ist von einem Contributor Covenant abgeleitet, der von  der nicht unumstrittenen Coraline Ada Ehmke stammt, die sich selbst als »Notorious Social Justice Warrior« bezeichnet.

    Diese Gruppierung, die in den USA gängig als SJW bezeichnet wird, setzt sich aus Aktivisten für soziale Gerechtigkeit, Feminismus, Geschlechtergleichheit und Bürgerrechte zusammen, hat nicht gerade den besten Ruf, hält sich oft nicht an die eigenen Prämissen und ist als populistisch verschrien.

    Umstrittene Social Justice Warriors

    Aktivisten aus den dort versammelten Communities versuchten seit 2015, Linux unter das Contributor Covenant zu zwingen. Dabei geht es ihnen darum, den vermeintlich vorherrschenden Typus des »männlichen weißen heterosexuellen Entwicklers« vom Thron zu stoßen und mehr Vielfalt einzuführen. Das wird von Kritikern vielfach als Wichtigtuerei abgetan.

    In diesem Zusammenhang ist interessant, dass Torvalds über die Jahre angeblich mehrfach mit vermeintlichen sexuellen Übergriffen kompromittiert werden sollte. Er soll nie darüber gesprochen haben, aber seitdem immer vermieden haben, auf Konferenzen alleine mit weiblichen Teilnehmenr zu sein. Darüber berichtete der über Verschwörungstheorien erhabene Eric Raymond 2015 in einem Blog.

    Gefahr für den Kernel?

    Jetzt antwortet Raymond direkt auf LKML auf eine weitere Entwicklung der letzten Tage, die Anlass zur Sorge gíbt. Es geht um die Behauptung, dass einige Kernel-Entwickler drohen, die Lizenz an ihrem gesamten Code zu entziehen, was großen Schaden für den Kernel bedeuten könnte. Verschiedene Leute bezogen hierzu Position, was die gerichtliche Durchsetzbarkeit eines solchen Handelns anbelangt. Die Entwicklung der letzten Tage wurde auf lulz.com zusammengefasst.

    Raymond, der die Open-Source-Szene seit 25 Jahren begleitet und oft genug analysiert hat, ist der Meinung, dass zumindest in den USA diese Drohung durchaus vor Gericht durchsetzbar sei. Er plädiert zu Ruhe und Besonnenheit. Torvalds bleibt vorerst unsichtbar, viele Leute glauben auch nicht, dass er in seine Position zurückkehrt, sondern vielleicht künftig einen Beraterposten einnimmt.

    Pistole auf der Brust?

    Die Spekulationen, wer Torvalds die Pistole auf die Brust gesetzt haben könnte, um ihn in die Rolle des politisch korrekten Anführers zu zwingen, schießen ins Kraut. An vorderster Front steht hier die Linux Foundation im Verdacht, die in den letzten Jahren viel Zuwachs aus der Industrie und viel Verlust an Kredibilität in der Szene hatte.

    Weiterhin im Verdacht stehen große Unternehmen, die Kernel-Entwickler beschäftigen. Die Social Justice Warriors werden hier als instrumentalisierte Gruppe gesehen, die aus ihrer Geltungssucht und Mediengeilheit heraus den Job derjenigen erledigen, die Linux Übernahme-reif schießen wollen.

    Viel Spekulation, wenig Klarheit – so muss das bisherige Fazit lauten. Dass Torvalds Auszeit die Szene eine Weile beschäftigen würde, war abzusehen. Das Ausmaß ist allerdings erschreckend, besonders wenn sich die Gerüchte ganz oder teilweise bestätigen sollten.

  • Wichtige Neuerungen für Ubuntu 17.10

     

     

     

    Neuerungen für Ubuntu 17.10
    Bild: Canonical

     

    Ubuntu 17.10 »Artful Aardvark« erfährt in den kommenden Tagen zwei wichtige Änderungen. Am morgigen Donnerstag wird die im Oktober 2017 veröffentlichte Ausgabe Ubuntu 17.10 erneut als Ubuntu 17.10.1 veröffentlicht. Es ist dies das erste Mal, dass eine Ausgabe von Ubuntu, die nicht mit der Langzeitunterstützung LTS ausgestattet ist, ein Punkt-Release erhält. Grund für die Neuveröffentlichung ist ein Fehler in einem Treiber, der dazu führen konnte, das Notebooks von Lenovo und anderen Herstellern bereits nach dem Booten der Live-Medien von Ubuntu 17.10 ein korrumpiertes BIOS aufweisen konnten.

    Fatale Folgen

    Die Folgen reichten von nicht mehr speicherbaren BIOS-Einstellungen über den Verlust der Bootfähigkeit per USB bis hin zu gar nicht mehr bootenden Systemen. Daraufhin zog Canonical das Desktop-Image von Ubuntu 17.10 vom Download-Server zurück, weshalb auch mit Fug und Recht von einer Neuveröffentlichung gesprochen werden kann. Der Grund für den fatalen Fehler war schnell gefunden. Der Intel-SPI-Treiber, der unter anderem dazu dient, das BIOS aus dem System heraus aktualisieren zu können, war schnell als der Schuldige ausgemacht. Die Ubuntu-Entwickler hatten diesen Treiber im Kernel aktiviert. Der Hilfstext weist darauf hin, dass man genau wissen sollte was man tut, wenn man den Treiber aktiviert.

    Neuveröffentlichung

    Ubuntu-Entwickler Steve Langasek kündigte vor einigen Tagen auf der Ubuntu-Mailing-Liste für den 11. Januar eine Neuveröffentlichung von Ubuntu 17.10 an. Vermutlich werden auch einige andere Varianten aus der Ubuntu-Familie neue Images erhalten. Bei den Daily-Builds steht unter dem Stichwort  »Artful Dot One« bereits seit Tagen ein entsprechendes Ubuntu-Image bereit. Die Neuveröffentlichung am morgigen 11.1 war angesichts des nahenden Endes der Unterstützung für Ubuntu 17.04 »Zesty Zapus« am 13. Januar notwendig geworden.

    Kernel-Patches bis zurück zu Ubuntu 12.04 ESM

    Dabei blieb keine Zeit, sich um die Eindämmung von Meltdown und Spectre zu kümmern. Der Ubuntu-Kernel 4.13.0.21,  der mit 17.10.1 veröffentlicht wird, enthält keine Patches gegen die Lücken. Deshalb sollten Neuinstallationen von 17.10.1 gleich ein Update erhalten. Dazu wird heute noch der Kernel 4.13.0.25.26, der die KPTI-Patches gegen Meltdown enthält, veröffentlicht. Außerdem werden Kernel 4.4.0-108.131 für Ubuntu 16.04 LTS, Kernel 3.13.0.139.148 für Ubuntu 14.04 LTS und 4.4.0-108.131~14.04.1 für Ubuntu 14.04.5 LTS veröffentlicht.  Für Ubuntu 12.04 ESM (Extended Security Maintenance) mit verlängertem Support steht Kernel 3.2.0-132.178 bereit, für Ubuntu 12.04.5 ESM trägt der gepatchte Kernel die Versionsnummer 3.13.0.139.129. Zudem gibt es einen neuen gepatchten  Nvidia-Treiber 384.111.

  • Der Linux-Kernel 2017

    Linux-Kernel 2017
    Bild: Krd Lizenz: CC BY 2.0

     

    Linux hat sich als eines der erfolgreichsten kollaborativen Entwicklungsprojekte der Geschichte in der Open-Source-Software-Welt durchgesetzt. Mit zunehmendem Wachstum dominiert Linux auch fast jeden Markt, in den es eintritt, einschließlich Cloud, Mobile, Embedded und Supercomputing.

    Michael Larabel von Phoronix hat mittels GitStats  aktuelles Zahlenmaterial über die Kernel-Entwicklung im Jahr 2017 ermittelt. Demnach gab es im vergangenen Jahr insgesamt 71.552 Commits. Dabei wurden 3.911.061 Zeilen zum Kernel hinzugefügt und 1.385.507 entfernt, was bereinigt zu einer Nettozunahme von rund 2,5 Mio. Zeilen Code führte. Die Anzahl der Commits war allerdings die niedrigste seit 2013. So wurden 2015 75.770 Commits eingereicht, während es 2016 bereits 76.892 waren. Im Jahr 2013 wurden rund 70.900 Commits verzeichnet.

    Imposanter Zuwachs

    Waren es 2017 auch weniger Commits als in den vergangenen Jahren, so war der Zuwachs insgesamt der größte, der je verzeichnet wurde. Das bedeutet, dass die Commits durchschnittlich in der Größe zugelegt haben. So trugen 2017 einige wenige Commits von Entwicklern wie Red Hats Dave Airlie zu AMD-Grafiktreibern wie AMDGPU DC gleich Hunderttausende neue Zeilen zum Kernel bei. Der erreichte zum Jahresende 25.359.556 Zeilen, die sich auf 62.296 Dateien verteilen.

    8,5 Änderungen pro Stunde

    Die 2017 veröffentlichten Kernel-Versionen reichen von 4.10 am 19. Februar bis 4.14, der am 13.11. freigegeben wurde. In diesem Zeitraum wurden pro Stunde durchschnittlich 8,5 Änderungen am Kernel angenommen, während es für 2016 noch 7,8 Änderungen pro Stunde waren. Über 4.300 Entwickler, die bei mehr als 500 Firmen angestellt waren, trugen 2017 zum Kernel bei. Davon tätigten 1.670 Entwickler 2017 ihren ersten Kerne-Commit. Die Firmen, die dabei die meisten Commits einreichten sind Intel, Red Hat, Linaro, IBM, Samsung, SUSE, Google, AMD, Renesas und Mellanox.

    Neben den erwähnten GitStats finden sich viele weitere Zahlen und Fakten zur Kernel-Entwicklung im Jahr 2017 im von der Linux Foundation jährlich herausgegebenen Linux Kernel Development Report 2017.

     

     

  • Kernel-LTS entwirrt

    Greg Kroah-Hartman
    Bild: „Greg Kroah-Hartman“: von tian2992CC BY-SA 2.0

     

    Vor rund zwei Monaten machte die Nachricht die Runde, dass künftig Kernel, die Langzeitunterstützung genießen, nicht mehr nur mindestens zwei Jahre sondern sechs Jahre Unterstützung erhalten sollen. Dabei gilt es, eine Einschränkung zu machen, die vielen News-Portalen und so auch uns damals nicht unbedingt ersichtlich war. Denn nicht jeder Kernel, den Greg Kroah-Hartman zum Longterm-Kernel erklärt, erhält automatisch diese Verlängerung. Die Verwirrung entstand durch eine leicht missverständliche Formulierung in einem Vortrag vom bei Google für das Android-Projekt Treble verantwortlichen Iliyan Malchev.

    Leichte Verwirrung über Kernel-LTS

    Das stellte jetzt Kernel-Entwickler Konstantin Ryabitsev auf Google+ klar. So wird etwa Kernel 4.14 LTS vermutlich nur zwei Jahre Unterstützung erhalten. Es ist allerdings möglich, dass jemand anderes nach der zweijährigen Unterstützung die weitere Pflege übernimmt wenn es dafür triftige Gründe gibt. Das ist bereits des Öfteren vorgekommen und führte zur Untertstützung weit über die zwei Jahre hinaus.  Aber zunächst gilt die Verlängerung auf offiziell sechs Jahre nur für Kernel 4.4. Die Unterstützung für Kernel 4.14 endet daher vermutlich im Januar 2020. Kernel 4.4, der im Januar 2016 erschien wird dagegen bis 2022 gepflegt.

    Sechs Jahre Unterstützung ist nicht neu

    Linux LTS-Versionen enthalten rückwärtsgepflegte Fehlerbereinigungen für ältere Kernelbäume. Nicht alle Bugfixes werden importiert,  nur wichtige Bugfixes werden auf solche Kernel angewendet. Die Seite mit der Liste aktiver Kernel listet die Kernel 3.2 und 3.16 als älteste noch unterstützte Kernel auf. Sie wurden 2012 beziehungsweise 2014 veröffentlicht und verlieren vermutlich 2018 respektive 2020 nach je sechs Jahren die Unterstützung. Gepflegt werden sie von Debian-Kernel-Maintainer Ben Hutchins. Aus der Serie 4 des Kernels werden derzeit 4.1, 4.4, 4.9 und 4.14 langzeitgepflegt.

     

  • Linux-Kernel-LTS wird auf 6 Jahre ausgedehnt

    Greg Kroah-Hartman
    Greg Kroah-Hartman By:tian2992CC BY-SA 2.0

    Der für Google arbeitende und dort für das Android-Projekt Treble verantwortliche Iliyan Malchev hat auf der gerade stattfindenden Konferenz Linaro Connect in einem Vortrag die Nachricht einfließen lassen, die Unterstützung für den Linux-Kernel-Long-Term-Support (LTS) werde von derzeit mindestens zwei auf sechs Jahre ausgedehnt. Er ergänzte, Greg Kroah-Hartman, Kernel-Entwickler und Maintainer von Kernel LTS für die Linux Foundation habe ihm gestattet, die Neuigkeit zu verbreiten. Hartman hat die Nachricht mittlerweile auf Twitter bestätigt.

    Die längere Laufzeit der Longterm-Kernel-Versionen des Kernels wird nicht nur Android-Entwickler freuen, sondern neben vielen Anwendern in Unternehmen auch die Linux-Distributionen, die selbst LTS-Versionen ihrer Veröffentlichungen anbieten. Dieser Schritt erspart den jeweiligen Maintainern viel Arbeit. Android profitiert jedoch im Rahmen des in Android 8 Oreo eingeflossenen Projekt Treble besonders davon. Die mit Android ausgelieferten Kernel profitierten zwar bisher bereits von zwei Jahren LTS. Allerdings ist dieser Zeitraum zu kurz. 

    Android profitiert besonders

    Wenn ein Hersteller wie Qualcomm oder MediaTek einen Prozessor entwirft, wählt er irgendwann während der Designphase des Prozessors die aktuellste LTS-Version des Kernels aus. Sobald dieser Prozessor für OEMs wie Samsung oder LG freigegeben wird und der OEM dann tatsächlich ein Gerät herstellt, das diesen Prozessor verwendet, sind  bereits bis zu einem  Jahr oder mehr vergangen, seit die LTS-Version vom Chiphersteller ausgewählt wurde. Das Ergebnis ist, dass das eigentliche Gerät meist weniger als ein Jahr Kernel-Fixes erhalten kann bevor die LTS-Periode endet. Mit der Verlängerung der LTS-Phase auf 6 Jahre profitiert somit im Endeffekt der Smartphone-Kunde, der ein sicherers Gerät über einen längeren Zeitraum erhält.

     

    6 Jahre Support für Linux Kernel
    Bild: Google

    Bereits Linux 4.4 LTS erhält 6 Jahre Support

    Der derzeitig aktuellste LTS-Kernel ist 4.9, der zur Grundlage von Debians aktuell stabiler Version Debian 9 Stretch wurde. Außer Kernel 4.9, der noch mindestens bis Dezember 2018 gepflegt wird, sind derzeit die Kernel 4.4.87, 4.1.43, 3.16.47, 3.10.107, 3.4.113 und 3.2.92 langzeitgepflegt. Ab und zu reicht die Pflege über die zugesicherten zwei Jahre hinaus. Ein Beispiel hierfür ist Kernel 3.18, dem Greg KH im April 2017 noch eine Verlängerung erteilte. Eigentlich sollte die Reihe im Februar eingestellt werden. In seiner Begründung erklärte Hartman, unglücklicherweise sei 3.18 noch auf Millionen von produktiven Geräten im Einsatz. Die jetzt verkündete Verlängerung gilt bereits ab Kernel 4.4 LTS.

    LTS-Support nicht nur von Greg KH

    Nicht nur Hartman, sondern auch andere Entwickler und Unternehmen unterstützen die Langzeitpflege des Kernels. Bereits seit Kernel 2.6.16, der im März 2006 veröffentlicht wurde, werden Kernel länger gepflegt. Der damalige Debian-Entwickler Adrian Bunk hatte sowohl 2.6.16 als auch 2.6.27 lange nach dessen EOL (End of Life) unterstützt. Kernel 2.6.32 aus dem Jahr 2009 erfuhr Unterstützung bis zum Januar 2016. Seit 2011 werden LTS-Kernel auch von der Linux Foundation in der Arbeitsgruppe LTSI unterstützt.

     

    Der entsprechende Passus beginnt ab 21:05