Linus Torvalds hat am Sonntag den Startschuss f\u00fcr die Entwicklung von Linux Kernel 7.0 gegeben. Zwei Wochen nach der Ver\u00f6ffentlichung des letzten Kernels 6.19 hat er das sogenannte Merge-Window geschlossen und den ersten Release-Candidate von Linux 7.0 ver\u00f6ffentlicht.<\/p>\n
Weiterlesen nach der Anzeige<\/p>\n
Neue Linux-Kernel-Hauptversion<\/p>\n
In einer Ank\u00fcndigungsmail an die Linux-Kernel-Mailingliste scherzt Torvalds<\/a>, dass \u201ewir die neue Hauptnummer nur deshalb haben, weil ich mich leicht verwirren lasse und nicht gut im Umgang mit gro\u00dfen Zahlen bin\u201c. \u2013 \u201eNeue Releases haben wir schon lange nicht mehr anhand von Funktionen oder auf Basis der Einordnung als \u201astabil vs. instabil\u2018 vorgenommen\u201c, erkl\u00e4rt er weiter. \u201eDaher bedeutet die neue Hauptnummer nicht, dass wir aufregende Funktionen haben oder dass wir irgendwelche alten Schnittstellen aufgeben. Es handelt sich um die \u00fcbliche Markierung \u201asolider Fortschritt\u2019, nicht mehr\u201c.<\/p>\n Mit dem \u00fcblichen Release-Plan von f\u00fcnf bis sechs Ver\u00f6ffentlichungen im Jahr \u201eund meiner Antipathie gegen gro\u00dfe Versionsnummern\u201c sollte man prinzipiell das Heraufsetzen der Hauptversionsnummer grob alle dreieinhalb Jahre erwarten, erkl\u00e4rt Torvalds weiter. \u201eUnd ja, ich habe keinen hieb- und stichfesten Plan f\u00fcr den Fall, dass die Hauptnummer selbst gro\u00df wird. Aber mal nachgerechnet, bis das so weit ist, erwarte ich, dass jemand Kompetenteres verantwortlich ist, der sich nicht vor Zahlen jenseits der Zehner-Nummern f\u00fcrchtet.\u201c Er mache sich daher keine Sorgen darum.<\/p>\n Torvalds berichtet weiter, dass entgegen aller Bef\u00fcrchtungen bez\u00fcglich einer Nuller-Version, die einige Leute aufgrund ihrer Erfahrungen mit anderen Projekten haben k\u00f6nnten, das Merge-Window dieses Mal ziemlich reibungslos gewesen sei. Er definiere Merge-Fenster so, wenn er nicht auf der H\u00e4lfte der Maschinen Boot-Fehler ausb\u00fcgeln m\u00fcsse. \u201eZugegeben, dieses Mal kam das daher, dass ich einen Fehlerfall fr\u00fchzeitig erwischt habe, bevor ich damit gebootet habe, aber hey, das z\u00e4hlt technisch f\u00fcr mich noch als \u201areibungslos\u2019\u201c, frotzelt Torvalds weiter.<\/p>\n Er albert weiter: \u201eEure Erfahrungen k\u00f6nnen anders aussehen. Deshalb solltet ihr alles stehen und liegen lassen, zu eurem Computer rennen und einen Test-Build bauen und den sch\u00f6nen neuen Kernel starten. Der Fakt, dass f\u00fcr mich alles funktioniert, ist gut, aber lasst uns sicherstellen, dass es auch f\u00fcr andere klappt, ok?\u201c \u2013 \u201eIch albere nur herum. Ein gem\u00fctlicher Spaziergang nach dem Aufessen ist auch in Ordnung.\u201c<\/p>\n Torvalds ist die Liste an \u00c4nderungen im Release Candidate 1 zu lang, sodass er eine reine Stichwort-Liste anh\u00e4ngt, die beschreibt, was er von wem in den Kernel \u00fcbernommen hat. Dieses Mal betreffen die \u00c4nderungen demnach zu zwei Dritteln Treiber und das weitere Drittel eine eher zuf\u00e4llige Sammlung an Architektur-Dateien, Dateisystemen, Werkzeugen und zuf\u00e4lligem Kernel-Core-Code. Als geplantes Ver\u00f6ffentlichungsdatum f\u00fcr den Kernel 7.0 ist Mitte April anvisiert, mit den \u00fcblichen sieben oder acht Release-Candidates, die im Wochenrhythmus erscheinen.<\/p>\n Unscheinbarer Linux-Kernel 6.19<\/p>\n Weiterlesen nach der Anzeige<\/p>\n Kernel 6.19 erblickte Anfang Februar das Licht der Welt. Linus Torvalds hatte dazu wenig zu sagen<\/a>, sondern lie\u00df sich mehr zum erwarteten Stillstand aufgrund des Super Bowl in den USA aus sowie zur Ank\u00fcndigung, dass der n\u00e4chste Kernel der nun in der Entwicklung befindliche Kernel 7.0 ist. Im Vergleich zum letzten 6.19er-Release-Candidate kamen noch zahlreiche kleinere Fehlerkorrekturen hinzu. Beim Schlie\u00dfen des Merge-Windows in Kernel 6.19-rc1 f\u00fchrte Linus Torvalds<\/a> aus, dass viele der vorgeschlagenen \u00c4nderungen die Nutzung der automatischen Compiler-Aufr\u00e4um-Infrastruktur betrafen, insbesondere der VFS-Layer (Virtual File System) stach dabei hervor. Au\u00dferdem w\u00fcrden mehrere in Rust programmierte Treiber Form annehmen. Die \u201ehaupts\u00e4chliche Vorbereitung und Infrastruktur\u201c-Phase sei nun in \u201etats\u00e4chliche Treiber- und Subsystementwicklung\u201c \u00fcbergegangen. <\/p>\n Ansonsten habe das gro\u00dfe Bild recht normal ausgesehen. Die H\u00e4lfte des rc1-Patches besteht aus Treiber-Updates (GPU, Netzwerk, Media und Sound stechen als gro\u00dfe Subsysteme hervor, aber da ist so ziemlich alles enthalten). Der Rest geht querbeet von Architektur-Updates, Werkzeuge, Rust-Support, Dokumentation und Kernel-Core-Updates (MM, Scheduler, Netzwerk). <\/p>\n