Von .-,.-,.-,.-,-.,.- am Mi, 3. Oktober 2012 um 20:23 #
Die kommenden 2.6.32-Patches wurden am 02.10. auf der Kernel-Mailingliste zum Review bereitgestellt.
Tarreau hatte ja angekündigt, dass er u.a. Kernel 2.6.32 genauso pflegen wird wie früher Kernel 2.4: Langsam, aber stetig, ohne gravierende Änderungen.
Kernel 2.6.32.60 kommt also in jedem Fall noch: http://thread.gmane.org/gmane.linux.kernel/1367976
Und ja, Debian ist stark involviert: "I particularly want to thank John Stultz, Moritz Muehlenhoff from debian, and Brad Spengler from grsecurity for taking the time to provide backports with detailed dependencies." (zu finden unter obigem Link)
Es ist sehr gut, dass sich Debian mittlerweile verstärkt der Kernelpflege direkt auf kernel.org zugewandt hat. Damit machen die Debianentwickler etwas, was eigentlich mit Canonicals Pflicht gewesen wäre und was Debian einstmals in die Lage versetzen wird, einen Debian-LTS-Release professionell zu betreuen. Es gibt keine bessere Werbung für eine Distro, als dass mindestens ein aktiver Kernelhacker den jeweiligen Distributionskernel betreut.
Die kommenden 2.6.32-Patches wurden am 02.10. auf der Kernel-Mailingliste zum Review bereitgestellt.
Tarreau hatte ja angekündigt, dass er u.a. Kernel 2.6.32 genauso pflegen wird wie früher Kernel 2.4: Langsam, aber stetig, ohne gravierende Änderungen.
Kernel 2.6.32.60 kommt also in jedem Fall noch:
http://thread.gmane.org/gmane.linux.kernel/1367976
Und ja, Debian ist stark involviert:
"I particularly want to thank John Stultz, Moritz Muehlenhoff from debian, and Brad Spengler from grsecurity for taking the time to provide backports with detailed dependencies."
(zu finden unter obigem Link)
Es ist sehr gut, dass sich Debian mittlerweile verstärkt der Kernelpflege direkt auf kernel.org zugewandt hat. Damit machen die Debianentwickler etwas, was eigentlich mit Canonicals Pflicht gewesen wäre und was Debian einstmals in die Lage versetzen wird, einen Debian-LTS-Release professionell zu betreuen. Es gibt keine bessere Werbung für eine Distro, als dass mindestens ein aktiver Kernelhacker den jeweiligen Distributionskernel betreut.