Wenn Träume wahr werden
 "Kernel 2.6.32 als gemeinsamer Nenner von Debian 6.0, SLES 12, RHEL 6 und Ubuntu 10.04")
Kernel 2.6.32 als gemeinsamer Nenner von Debian 6.0, SLES 12, RHEL 6 und Ubuntu 10.04
In einem ausführlichen Blog-Eintrag schilderte Shuttleworth noch 2008 einen Plan, nachdem die am weitesten verbreiteten Distributionen Debian, Ubuntu, Red Hat und Suse in regelmäßigen Abständen von zwei bis drei Jahren Hauptversionen auf den Markt bringen sollten. Der Clou dabei: könnte man sich auf gemeinsame Versionsnummern einigen, würde sich dadurch die Software- und vor allem die Treiber-Entwicklung deutlich vereinfachen. Dies würde laut Shuttleworth zu einem positiven Effekt für alle Linux-Distributionen führen.
Während Mark bei den Ubuntu an den Zweijahresrhythmus der LTS-Versionen denkt, ließe sich dieser Rhythmus bei Debian für die regulären Releases einführen. Bei den Enterprise-Distributionen von Red Hat und Novell verfolge man auch in etwa einen Zweijahresrhythmus. Marks Vorschlag wurde im vergangenen Sommer innerhalb des Debian-Projekts heftig diskutiert, man wollte sich jedoch nicht zu einem gemeinsamen Fahrplan mit Ubuntu abstimmen und blieb dabei: Debian ist fertig, wenn es fertig ist.
Nachdem nun das Debian-Team die Versionsnummern der Hauptkomponenten für die kommende Version 6.0 alias Squeeze veröffentlicht hat, scheint Marks Rechnung dennoch aufzugehen. Laut einem aktuellen Blog-Eintag, nutzen Debian 6.0 und Ubuntu 10.04 weitgehend identische Versionen des Kernels, von Python und Perl, vo m GCC und von OpenOffice. Auch bei Red Hat Enterprise Linux 6 und dem Suse Linux Enterprise Server 12 kommt mit ziemlicher Sicherheit Kernel 2.6.32 zum Einsatz, sodass die Kernel-Entwickler sich um dieses Release vermutlich besonders häufig kümmern werden.
Auch wenn diese einmalige Konstellation vermutlich eher per Zufall entstand, besteht eine gewisse Chance, dass sich der erzielte Effekt derart positiv auf die einzelnen Distributionen auswirkt, dass man sich vielleicht doch bald auf gemeinsame Releasezyklen festlegen kann. Beim jetzigen Fahrplan stehen die Chancen für Ubuntu, Red Hat und Suse Linux Enterprise sehr gut, da Ubuntu halbjährlich, Red Hat und Novell alle acht Monate ein neues Release veröffentlichen. Der kleinste gemeinsame Nenner liegt somit bei 24 Monaten -- genau der von Mark angestrebten Kadenz.
Einem Freund empfehlen
| |||||||||||
ATA Trim nicht zu unterstützen halte ich für sehr problematisch, weil die Performance/Wear leveling Probleme mit vollen SSDs bekannt sind. Es ist doch abzusehen, dass sich sowohl im Server- als auch im Desktop Bereich SSDs durchsetzen werden. DRBD läuft in einem mir gut bekannten Großprojekt seit Jahren problemlos. Warum es erst in 2.6.33 offiziell Einzug hält habe ich noch nie verstanden. RAID übers Netz (DRBD) im Zusammenspiel mit Heartbeat ist einfach praktisch und praktikabel. Mich würde es sehr stören, wenn sich tatsächlich alle langlebigeren Distributionen auf 2.6.32 (mehr oder weniger angepasst) einschiessen würden. | |||||||||||
Es ist doch ein bisschen komisch ... was Shuttleworth als "Kernkomponenten" (Kernel, Xorg, gcc, ...) bezeichnet, ist doch genau da was Greg Kroah Hartman das "Linux Ökosystem" genannt hat. Und genau da wurde Kritik an Ubuntu laut, daß sie als kommerzieller Distributor zu wenig an die Community zurückgeben. http://www.linux-community....n/Gibt-Ubuntu-zu-wenig-zurueck Tut mir leid, aber hier könnte der Eindruck entstehen, daß Shuttleworth einfach anderen Distributoren, die eben z.B. auch am Kernel arbeiten den Wind aus den Segeln nehmen will. Diese sollen mit der Veröffentlichung ihrer Entwicklungen eben warten, bis Ubuntu sie auch integriert hat. Und, machen wir uns nichts vor Ubuntu, Novell und Red Hat sind Konkurrenten -- und das ist auch gut so. Ich bin Shuttleworth für Ubuntu und das viele Geld, daß er dort hineingesteckt hat, wirklich dankbar, aber ich denke schon, daß er es hier mit den Vereinheitlichungen übertreibt und mir nicht sicher ob dort nicht eigennützige Motive (Ubuntu muß endlich Geld abwerfen) dahinter stehen, die der Linuxentwicklung insgesamt eher schaden. | |||||||||||
|
